Симптомы и альтернативы чрезмерному использованию ООП
Нет Вы ничего не должны изменять. Нет никакого свойственного преимущества, использует 64 бита. На самом деле это сделает Вашу программу больше в памяти, так как все указатели станут 64 бита шириной вместо 32 битов.
единственное преимущество прибывает, когда Вы делаете вычисления на 64 бита, например, используете партию 'longs' в Вашем коде или если Ваше приложение требует памяти больше чем 4 ГБ.
4 ответа
Ну, я могу порекомендовать вам книгу Agile Принципы, Шаблоны и Практики в C # . Примеры есть в C #, конечно, но идея книги универсальна. Он не только охватывает Agile, но и фокусируется на плохих практиках и показывает на примерах, как преобразовать плохой код в хороший код. Он также содержит описания многих шаблонов проектирования и показывает, как их реализовать в полуреальном примере приложения Payroll.
Это должно быть сделано, но если вы действительно хотите уйти от ООП или хотя бы взглянуть на концепции, которые не являются ООП, но используются с большой эффективностью: Изучите вас на Haskell . Попробуйте новую парадигму программирования, а затем начните понимать, где вы можете применить большую часть концепций к языкам ООП. Это касается вашей второй пули, не напрямую, но, поверьте мне, это поможет больше, чем вы думаете.
Немного странно, что вы упоминаете C #. У него очень мощные ключевые слова, чтобы контролировать обычные страдания наследования. Первым должно быть внутреннее ключевое слово . Понятие ограничения видимости модулем . Эта концепция полностью отсутствует в C ++, модель сборки просто не поддерживает ее. В противном случае отличная концепция: «Я только доверяю членам моей команды, чтобы сделать это правильно». Конечно, вы делаете.
Тогда есть еще одно, ключевое слово загерметизированное . Необычайно мощный, «доллар останавливается здесь, не связывайтесь со мной». Используемый с хирургической точностью в .NET Framework, я еще никогда не обнаруживал случая, когда загерметизированный использовался не по назначению. Также отсутствует в C ++, но с неясными способами заставить это работать.
Но да, объектная модель WPF отстойная. Наследовать 6 уровней и использовать бэкдоры как свойство зависимостей оскорбительно. Наследование сложно, пойдем по магазинам.
Одним из распространенных злоупотреблений является принудительное использование ООП в программах / сценариях, которые принимают некоторый ввод, переключают его на вывод и затем завершают работу (и не получают ввод от других источников в процессе). Процессуальный путь гораздо чище в этих случаях.
Типичным примером этого является принудительное ООП в сценариях PHP.