Результаты поиска

Для того, чтобы реализовать такую концепцию на ООП, конечно появляется куча классов, интерфейсы, классы обслуживающие классы (билдеры например, или фабрики). Каждый такой класс обычно идет отдельными файлами (хороший тон - не лепить все классы в один файл, нормальное правило - один класс один...

А в деле унификации в ООП можно пойти еще дальше (зависит от языка). Но это уже идет усложнение. Метод вычисления расстояния Distance() на самом деле объявить делегатом, а в конструктор объекта или в инициализационный метод, который будет вызван при конструировании объекта, например билдером...

@SuperDroid, Да, примерно так, но насколько оправдан таймер внутри объекта - еще вопрос) Можно по разному делать. Вот допустим, если есть внешний рендер, представляющий из себя бесконечный цикл, каждая итерация которого изменяет временную константу и время в нем просчитывается(по типу игрушек)...

@Alex_V, Опишу свой опыт горький. Как-то заюзал я в одном проекте с базами данных, который мы с другом вместе пилили с нуля, связку C#+Nhibernate+PostgreSQL. База получилась не очень большая, всего-то 35 связанных таблиц. Ну и для NHibernate пришлось аналог базы в объектах налепить(для...

В общем я за гибрид в религиозном споре))) Согласен, пока не будет огромного проекта и смотришь на простенькие примеры типа Hello world пофигу что использовать, но когда сложность проекта большая, тут уж так просто не решить, что лучше. В идеале и то и то бы иметь. Один черт гемора...

В каждом подходе есть свои плюсы и минусы. Процедурный подход - отличная вещь. Но концепция ООП позволяет гибче переиспользовать код. но это и ахилесова пята его - код становится труднее понять в некоторых моментах. Обычно усложнение происходит при разрастании количества классов, их взаимном...

А оно кстати интересно, после какого-то времени программирования, когда набираешься некого опыта, заново вернуться к таким статьям, которые читал еще до того и переосмыслить их с учетом нового полученного опыта)))

Отчасти согласен с автором статьи. ООП мощный инструмент. Но, к примеру, в больших проектах наследование может стать головняком. Когда наследников десятки, если не сотни, любая неосторожность в суперклассе может привести к катастрофическим последствиям.

Есть еще вот такая вот статейка: https://habrahabr.ru/post/147927/ Что скажете?

https://ru.wikipedia.org/wiki/Парадигма_программирования

Не очень понял про какую документацию и спецификацию вы говорите, тем более официальную, но для ООП попробуйте начать с классики банды четырех: Приемы объектно-ориентированного программирования. Паттерны проектирования https://docs.google.com/file/d/0B6GuCegBf3X3Tm1rZl9BUTduQm8/edit Понимание и...

Сам хочу питон начать изучать, но как-то не подворачивается случай начать. Нет стимула чтоли) А самому писать hello world неинтересно).

Я старался максимально не использовать семантики каких то конкретных языков Как правило они все сводятся к одним и тем же принципам У нас язык совмещает не только ооп, но и процедурное программирование. Отсюда юниттесты не только классов, но и процедур и функций в библиотеках. Но принцип...

Это как один из вариантов. И нет, это не js. Пусть у питона будут другие варианты тестирования, я питон не изучал, к сожалению. Прогресс не стоит на месте. И я не спорю по конкретному языку, я написал один из примеров как можно пользоваться юниттестами. В том проекте, где работаю я, нет...

Если таких экземпляров(зависимость одного класса от другого) окажется слишком много и в конструктор нужно будет передавать огромное число входных параметров, то стоит пересмотреть дизайн класса с целью уменьшения зависимостей и разбивки класса на несколько. Скорее всего, такой класс еще будет...

Забыть в коде классов писать new и везде в качестве входных параметров передавать не классы, а интерфейсы. Написали new - Это автоматически не даст возможности проведения нормального юниттестирования(к вопросу tdd). Если у класса есть необходимость использовать экземпляр другого класса, то этот...

Ну вот видишь, все само получается)))) Я, например, всегда сомневаюсь при продумывании дизайна классов. Например, где оставить код в суперклассе или в наследниках, как его использовать с максимальной выгодой. Приходится учитывать, насколько сам код может быть переиспользован. Ведь когда...

ИМХО начинать нужно от простого к сложному)

Ну а целом, по TDD могу рассказать на примере на пальцах как делаются юниттесты. Не претендую на истину в последней инстанции. Расскажу как я понимаю это дело (на примере из своей жизни так сказать). Стоит задача в техзадании - написать вычислялку для арифметических выражений. Т.е. на вход...

Если изначально код не писали по схеме юниттесты->основной код, то и скорее всего архитектура будет не приспособлена под юниттестирование со всеми вытекающими (никто не ждет тестовых данных на вход и т.п.). Обычно в такой архитектуре еще нарушенными бывают и принципы SOLID. Сначала нужно писать...

Вот тут хорошо разжевано: https://habrahabr.ru/post/224911/

А у нас чет не очень приживается этот подход. Требование писать юниттесты поставили, но мало кто реальные юнитесты пишет. Обычно делают фейк сводящийся к RETURN YES. + подход к разработке нужно менять. Пишется сначала тест, потом код. А обычно все происходит с точностью до наоборот - сначала...

А у меня сегодня уже 9-51. Фигня какая-то...(((( Похоже накрывается потенциометр и на втором канале.

Посмотрите, пожалуйста, как у вас работает крутилка гейна. Виртуальный гейн крутится вместе с ручкой? И в каких пределах регулируется виртуальный гейн если крутить аппаратную ручку с минимума до максимума.

Да придется наверное, но с виртуальной регулировкой что-то непонятно что им показывать. Да и есть проблема такого рода - Москва далеко, сервис только в Мск, карту брал по интернету в интернет магазине - для предъявления претензий нужно либо описывать проблему и слать почтой, либо самому ехать...