Золотые слова!А множественное наследование прекрасно заменяется инкапсуляцией вместо неоднозначностей.
А еще при прочих равных условиях инкапсуляция предпочтительнее и обычного немножественного наследования.
Да, угу. Конечно же шарообразную программу в вакууме программист напишет лучше и быстрее начальника склада. Но программу складского учёта без знаний в области логистики и учета программист не напишет в принципе.Угу. Начальник склада с месячным знанием Делфи напишет программу лучше и быстрее чем программист без знания складского учета. Угу.
И не доводите до абсурда. Дурак любую хорошую идею превратит в маразм и лоб расшибет. Все же я не утверждал, что НЕпрограммист напишет программу лучше программиста. Я говорил, что ее сможет написать программист (и не только, см. ниже), знающий предметную область, даже если он посредственно знает среду разработки.
Интересно, а Вы видели такого программиста 1С, который бы не знал предметную область??? Это ужасно неудачный пример, т.к. 1С-ники — прикладные программисты, для которых отсутствие знаний в области бухгалтерии (т.е. предметной области) главный признак профнепригодности.Брехня!!!. На 1С всё СНГ программисты кормятся, не видел ни одного живого бухгалтера, что бы программировал на 1 С. А вот програмерам надо изучать предметную область, согласен.
А еще знаю команду высококлассных.NET-чиков, числом много более 10, которые без знаний этой предметной области и без особого желания в нее вникать два года ваяли примерно то же самое, наваяли монстра и... обздались.
Поэтому даже на самом «лучшем» языке можно писать проект много дольше, чем на самом «худшем».
Це все викликає лише посмішку.
Так само, як і проект на Делфі (Нумератор), яким автор дуже пишається.:)
Ну что Вы, автору вполне есть чем гордиться, кроме этой поделки выходного дня. Просто пример яркий. Дело в том, что он был не один.
Якщо комусь цікаво — компонент на C#, що робить набагато більшеОчень интересно. Что он делает много больше? (это без ехидства, реально интересно)
Кстати, по диаграммам замечание: тяжело читаются, много лишних деталей, диаграмма должна показывать идею, это все же не программный код, лучшее документирование которого сам программный код; -) Но это замечание по форме, а не по сути.
Вам не нужен юникод,
10 лет как писаный мной редактор работает с юникодом, а я не знал, что в Делфи юникода нет... Впрочем, если это про интерфейсные элементы, но на текущий момент уже и это неправда.
P.P. S. Единственная толковая программа, которая мне известна на.NET, это Paint.NET.
Нет, я сегодня регистратора сменил
Я недавно после 2−3-летнего перерыва решил возобновить навыки по программированию и получилось вот это: armor.kiev.ua/wiki/index.php title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA: ArmorAdmin/%D0%9D%D1%83%D0%BC%D0%B5%D1%80%D0%B0%D1%82%D0%BE%D1%80
Для тренировки, попробуйте здесь найти инкапсуляцию и понять чем она лучше наследования (только не ищите в примерах кода!!!).
Если Вы под инкапсуляцией понимаете только объявление приватных методов, для кодера это не страшно и нормально. Но такое понимание недопустимо для аналитика и архитектора.