Я могу быть не прав, т.к. опыта не имею с

Question

Я могу быть не прав, т.к. опыта не имею с

fasthttp. Я ориентируюсь на его же высказывания в README:
net/http handles more HTTP corner cases.
И, если у тебя полновесная страница с кучей бизнес-логики и десятком походов в базу, нафига экономить на спичках?
А вот если легковесное api, которое делает одну-две простых операций, то там имеет смысл каждый такт экономить.

#backend #go #programming #russian

0

11.03.2017

2 ответов

16 просмотров

Nikolay Dyatchenko

разделяю твое мнение частично. для api стоит использовать в случаях высокой нагрузки ради экономии ресурсов, времени и то без фанатизма, чтобы не заниматься преждевременной оптимизацией. в остальных случаях смысла не вижу брать это. Отдавать статику, странички и прочее лучше через штатный http - там хоть http2 есть, кроме этого много сторонних библиотек и фреймворков используют штатный. Лично я брать это буду в крайнем случае, когда приспичит и не смогу ни горизонтально отмаштабироваться и ничего другого, когда трата времени на использование этой штуки и всех рисков с этим связанных будет оправдана. А так когда работы мало, а времени много можно брать и это, писать свои фреймворки поверх и пилить на нем все подряд, замеряя наносекунды и радуясь как все быстро, только как правило задержки на сети, на базе и тд на практике съедают больше времени чем реализация http и разницы там использовать http или fasthttp особо то и никакой.

0

11.03.2017

Kirill Danshin · Accepted Answer

Kirill Danshin

отличие слишком значительное. поэтому пилю свой фреймворк на fasthttp и пилю на нем всё подряд. но, опять же, публичная версия отстает от моей.

0

11.03.2017

170 похожих чатов

Я могу быть не прав, т.к. опыта не имею с

2 ответов

Похожие вопросы