Как стать автором
Обновить
2
0

Пользователь

Отправить сообщение

Всё правильно, продолжаем кушать кактус. Браузер стал напоминать операционную систему тормознутую такую и неудобную. Я считаю, что веб должен быть таким — http://motherfuckingwebsite.com/, а остальное от лукавого.

Так если рассуждать, то gcc это тоже просто автогенератор кода на ассемблере и никак не повышает безопасность.

Соврал. Не на курсере проходил. Курс тут.

Такие вещи должен оптимизировать транслятор.

Я предполагаю, что << должно работать быстрее, потому что это добавление в конец, а не удаление + вставка, в каком то месте в середине строки, которое ещё нужно найти.

эффективную функцию replace

По вашему replace быстрее <<?

Хочется верить, что эта функция отсутствует не просто так, а для того что бы предостеречь программистов от неэффективного кода и направить в сторону эффективного.
Если как в том примере нужно форматированое генерирование строк, то stringstream вам в руки.

Пожалуй так, но только не потому что они "true or false", а потому что
"Values of type bool participate in integral promotions (4.5)":
4.5.6 A prvalue of type bool can be converted to a prvalue of type int, with false becoming zero and true becoming one.
Вы же о побитовых операциях говорите и сравнении с целым.

Стандарт гарантирует

Сильное заявление. А пруфы можно?

Хоть один комментарий по делу.

Ничего не понял из того, что вы сказали.


Dagger вносит в код структуру, которой нету при обычном присваивании.

В код структуру вносит программист, а не библиотека.


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

Вы это вообще к чему?


Последний параграф не смог распарсить.

Аргумент типа "все так делают", конечно, просто супер.


"код сильно нагромождается присваиванием"


Не хотел бы я видеть такой проект, в котором инициализация полей занимает так много места по сравнению с остальным кодом.


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


Про сабж: https://soundcloud.com/leonid-bogolubov/android-dev-2#t=24:00

Dagger не нужен. Целая библиотека для инициализации полей. В мое время для этого хватало присваивания.

alan008 и не сравнивал.

Сервер должен, конечно. А как, по-вашему, клиент должен ответить? Клиент же только запросы может посылать.

Отлично выглядит на всех устройствах — http://motherfuckingwebsite.com/

Приведите, пожалуйста, пример.

flavors, конечно, не для этого. Нужно что б для каждого активити или фрагмента создавался новый экземпляр класса? Создавайте. Разве для этого нужна библиотека?

Зачем нужен Dagger, если есть buildTypes и productFlavors?

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность