Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
spinz Сообщений: 5263 Дата регистрации: 21.01.2016 |
Ну так сами объекты по себе бесполезны, смысл имеет взаимодействие между ними. А оно, как ни крути, всё равно реализуется "кусками кода" |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
Ydin Сообщений: 7648 Откуда: Киев Дата регистрации: 16.12.2005 |
За него многое писал Энгельс, сам Маркс уже чуял облом. Вместе вытащили, деньги за "Капитал" были наперед. Оно подхвачено со своей интерпретацией, кот. тому Марксу и не снилась. Но он уже не мог сказать "птх". При творчестве Ленина он уже не жил. И не хило получилось у них. Но это "OFF". А про точку мне очень понравилось - короче не скажешь! Исправлено 1 раз(а). Последнее : Ydin, 15.12.17 19:20 |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
Ydin Сообщений: 7648 Откуда: Киев Дата регистрации: 16.12.2005 |
Когда-то "комитеты" - их было, по-моему 3, разработали стандарт SQL.
Их результат на сегодня - OK, мы этим пользуемся. И это - прорыв! ООП, может, следующий прорыв. Сформулировано было не плохо. И результат не задержался. VFP, это MS, и они это реализовали! И что? Тут кто-то сегодня в этом сомневается? ИК говорит, что ООП в VFP есть, а кто об этом не знал на 5-й версии? Только те, кто не знал, что такое программирование и VFP |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
Taran Сообщений: 13625 Откуда: Красноярск Дата регистрации: 16.01.2008 |
Ты куда клонишь-то? Или тролишь чуток? 100500 процедур ведь никто не использует. Есть объекты и их методы и свойства. В том числе и PROTECTED и PRIVATE/HIDDEN. Процедурным методом этого не имеем. И.. выше затронутая тобой перегрузка. Ну да несколько иначе в фоксе. Но иногда оно и лучше. А реализовать типа перегрузки легко и просто. Просто на каждый набор типов своих переменных отдельный HIDDEN метод. А в публичном просто "диспетчерить". |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
Ydin Сообщений: 7648 Откуда: Киев Дата регистрации: 16.12.2005 |
Сегодня, может кто-то не знает и спрашивает это.
ИК ответил! Есть мудаки, которые после этого спорят. Есть Инет, можно почитать. К lulgu это не относится. Просто подозревается, но есть презумпция ... У меня в армии ком. части говорил - Если сильно обосрался, старайся делать мало движений - не так воняет Ну, это я уже отвлекся. Говно есть говно, хлеб есть хлеб. Если это смешиваешь, то ты троль! В мат. логике есть 2 значения логического: Истина - Ложь. В программировании придумали 3-й - .Null. В обычном общении троль или мудак цепляется за .Null. И трудно понять кто он из них Исправлено 2 раз(а). Последнее : Ydin, 15.12.17 19:24 |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
spinz Сообщений: 5263 Дата регистрации: 21.01.2016 |
Ну а методы - это не "куски кода"? Как не проектируй иерархию классов, в конечном счете при реализации всё равно приходится мыслить этими кусками. |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
Ydin Сообщений: 7648 Откуда: Киев Дата регистрации: 16.12.2005 |
Определение "куска кода"? Метод - чей кусок? |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
spinz Сообщений: 5263 Дата регистрации: 21.01.2016 |
Серьезные вопросы.
Определённо пора накатить |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
Igor Korolyov Сообщений: 34580 Дата регистрации: 28.05.2002 |
"Сами по себе" и куски кода бесполезны. Пользователю вообще глубоко до фени на всякий там "код", и "объекты". ООП позволяет более логично выстраивать взаимодействие между кусками кода, плюс к тому сильно улучшает систему разграничения данных. Без объектов мы что имеем - либо глобальные сущности (кто-то там в 100500-й процедуре "наср*л" в Public переменную и вся система рухнула), либо локальные сущности (значит сквозная из передача между ВСЕМИ "процедурами и функциями" работающими с этим элементом данных - и в итоге 100500 ненужных строк исходного кода и таких же ненужных копирований байтиков в машинном коде). Связанные с группой "блоков кода" переменные (те самые свойства объектов) - существенно упрощают написание кода и заметно повышают его надёжность (за счёт явной изоляции от всего прочего кода/данных). ------------------ WBR, Igor |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
Igor Korolyov Сообщений: 34580 Дата регистрации: 28.05.2002 |
Да, но они и часть объекта. И связаны с этим объектом, а не просто "одна из 100500 процедур программы". Нет, как раз мыслят не отдельными методами, или свойствами, а объектами. объект объединяет в себе и код и данные, и позволяет мыслить более крупными абстракциями. Не "процедуры CreatePerson, HirePerson, FirePerson, ShowPerson, PrintPerson, переменные PersonName, PersonAge, PersonGender, PersonProfession, PersonSalary ..." А всего лишь "класс Person". И потом занимаясь написанием кода для, к примеру, работы с организациями, не заморачиваться о том как бы не пересечься по именам с учётом людей, как бы не зацепить чужую переменную... А чуть позже, начав писать код для человека-клиента и человека-сотрудника, получить возможность использовать уже написанный код для "просто человека", дополнив его нужными методами и свойствами, и опять же, не получив в итоге ещё 20 методов и переменных видимых в общем мега-списке, а получив всего лишь 2 класса-наследника. Кстати, попробуй без ООП просто написать блок кода работающий с тремя "людьми", каждый из которых имеет имя, возраст, пол и профессию. т.е. заменить
------------------ WBR, Igor |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
spinz Сообщений: 5263 Дата регистрации: 21.01.2016 |
Вот не соглашусь. В конечном счете, при реализации методов, т.е. при непосредственно программировании, мы все равно вынуждены думать не об объектах и их иерархии, а об эффективном коде. Мыслить категорями классов/объектов - это все же этап проектирования. |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
spinz Сообщений: 5263 Дата регистрации: 21.01.2016 |
Ну а в чем проблема? В чистом С без всяких плюсов и ООП, обьявили структуру Person c 4 полями и одну функцию Print, принимающую указатель на эту структуру. Не думаю, что стоит продолжать бесконечный холивар на тему плюсов и минусов ООП. Просто замечу в очередной раз, что ООП, как и остальные "продвитнутые" парадигмы програмирования - они не для эффективности кода, а стало быть удобства пользователя, а для удобства программиста. |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
Simple777 Сообщений: 33855 Дата регистрации: 05.11.2006 |
Даже с этим можно поспорить. ООП не столько для удобства программиста, сколько для удобства работодателя программиста. Работодатель без труда сможет выгонять одних программеров и с легкостью заменять их другими. Насчет же надежности кода ООП можно сильно поспорить. Конечно, проблемы с пересекающимися именами переменных и т.п. при ООП-подходе решаются более строго. Но само по себе использование встроенных объектов, так думаю, значительно снижает надежность софта, поскольку в этих встроенных объектах всегда будет полно косяков, притом таких косяков, что хрен их отловишь и/или воспроизведешь. То есть добавляется еще один слой с косяками. мтк (C) |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
Ydin Сообщений: 7648 Откуда: Киев Дата регистрации: 16.12.2005 |
Да, это козырное! Пишем в черную, чтобы заработало, а потом подумаем, как там эффективность кода и удобства пользователя. Нет, это разные вещи: Код, его нужно проверить на скорость, и только потом "ускорять". Если по нажатию клавиши отработало за 0.01 сек - плевать на скорость. Код, его надо проверить на "говнекод". Если он такой работающий говнекод, как мой в этой ветке, так и нормально. Если потом будет нефиг делать, можно говно отфильтровать. Если код связан с экранным интерфейсом, то это святое - потрудись. При определенном опыте работы - это уже рутина, часть из кот. можно переложить на "типа" lulgu , на тестировщика и т.д., если они есть. Цитата:- это Uber alles, это економить себя там, где нет света в конце тунеля. И отработать там, где уже есть свет на создание красивого рабочего говнекода, кот. после сдачи в эксплуатацию можно привести к медокоду Исправлено 2 раз(а). Последнее : Ydin, 15.12.17 21:47 |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
spinz Сообщений: 5263 Дата регистрации: 21.01.2016 |
Во, еще один адепт идеи "лишь бы поскорей заработало" |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
Ydin Сообщений: 7648 Откуда: Киев Дата регистрации: 16.12.2005 |
I'm not the one. Нас много |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
lulgu Сообщений: 1838 Дата регистрации: 30.11.2016 |
Вы такой рекламой свои коды скоро сделаете стандартом г*кода, о котором так любит упоминать ИК. Что касается "типа" lulgu, то после моих замечаний сам ИК не раз впадал в ступор, что сейчас вообще стесняется выкладывать примеры своих кодов на форуме и использует только проверенный копипаст. Исправлено 2 раз(а). Последнее : lulgu, 15.12.17 22:37 |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
spinz Сообщений: 5263 Дата регистрации: 21.01.2016 |
Это мы знаем. А между тем тысячи настоящих программистов десятки лет пилят ядро линукса - продукт, с которым по сложности мало что сравнится - на голом С без всякого ООП. И ведь всё работает. Удивительно, правда? Может быть все-таки дело не в парадигмах програмирования, обеспечивающих быстроту, безопасность и удобство разработки, а в банальном неумении/нежелании большинства "программистов" писать нормальный код? Исправлено 1 раз(а). Последнее : spinz, 15.12.17 22:03 |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
lulgu Сообщений: 1838 Дата регистрации: 30.11.2016 |
Ydin
Кстати, как вы с ООП - не нашли еще полиморфизм в Фоксе? |
Re: Как можно обойти ограничение в 26 параметров? | |
---|---|
lulgu Сообщений: 1838 Дата регистрации: 30.11.2016 |
Все верно. И это одна из причин, почему Фокс так рано сняли с дистанции. VFP3, VB3, Delphi, 1C7 почти одновременно вышли на старт, плюс-минус. И Фокс единственный, где не стали заморачиваться этим вопросом, подменили понятия. |
© 2000-2024 Fox Club  |