-Поиск по дневнику

Поиск сообщений в rss_forum_sources_ru

 -Подписка по e-mail

 

 -Постоянные читатели

 -Статистика

Статистика LiveInternet.ru: показано количество хитов и посетителей
Создан: 29.07.2007
Записей:
Комментариев:
Написано: 80


TDD vs не TDD

Пятница, 04 Сентября 2020 г. 08:13 + в цитатник
korvin:
Цитата Fester @
Ты это знаешь только из-за того, что знаешь как оно реализовано.

В смысле «я знаю»? класс Request публичный с публичными полями. Все знают, как оно реализовано.

Цитата Fester @
Затем, что ты этот метод вызываешь и действуешь исходя из возвращаемого этим методом значения.

:facepalm: может мне ещё и JDK мокать? java.lang.Math.sin, например? А то ж вдруг я его вызываю, да синус считаю. Ты сам-то мокаешь стандартную библиотеку?

Цитата Fester @
Это поле надо будет как-то заполнить. Как ты собираешься это сделать?

Также как и любое другое поле: передам нужное мне значение в конструктор. Ты сходи перечитай мой пример, там в самом конце показано. Или ты не знаешь, как структурки создавать? У тебя что, одни int'ы и double'ы в коде? Не пробовал там
    struct Point {
    double x;
    double y;
    }

написать? Compound data type называется.

Цитата Fester @
(которые на секундочку должны быть полноценными объектами, а еще точнее абстракциями)

С хера ли? Ты что, Егора Бугаенко начитался/насмотрелся? Plain data там, никаких объектов, никаких абстракций.

Цитата Fester @
Если у тебя в классе Transfer будет 10 функций (submit, rollback, list, rejeckt, еще что-то) и все они будут что-то рассчитывать опираять на данные из source и/или destination, то тебе придется добавлять 10 функций твой Request.

:facepalm:
1) у каждой функции своя область определения, значит у каждой будет свой Request
2) нафига перегружать модуль Transfer ещё десятком какимх-то функций? Про Single Responsibility Principle слышал?

Цитата Fester @
А еще Account и Money чтобы работа шла так, как было задумано, а не по умолчанию

:facepalm: Сходи int и (+) замокай, а то вдруг они как-то не так сработают и у тебя всё пойдёт не так как было задумано. И malloc заодно.

Цитата applegame @
ФП и декларативное программирование ортогональные вещи на самом деле.

Ортогональные. Но на ФП как-то код более декларативен получается по-умолчанию.

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838259

Метки:  

 

Добавить комментарий:
Текст комментария: смайлики

Проверка орфографии: (найти ошибки)

Прикрепить картинку:

 Переводить URL в ссылку
 Подписаться на комментарии
 Подписать картинку