последние лет 5 активно только

и то если года 3 назад я верил в D то сейчас не очень

Да давно закопать надо

Если не выстреливает, то не нужно тратить время

на фоне rust уж точно

rust вроде тоже не оч живой?

rust вроде тоже не оч живой?

он молодой но активно развивается

ну servo лагает, а так развивается, у мозилы планы ж

и в фаерфоксе уже кусок есть

в целом сама концепция rust крутая как по мне

я очень надеюсь что на нее не забьют

я вот думаю, делать хайлоадное апи на пыхе - хорошая вообще идея?

хайлоад и апи такие растяжимые понятия, что прям ответа нет

до 10к rps

до 10к rps

это ничего не говорит на самом деле

а что должно?

если ты знаешь только php - то использовать php хорошая идея. Если не только - то тогда надо выбирать из того что знаешь.

ну еще golang

а что должно?

что делает приложение, каков характер запросов, как будет использоваться приложение.

ну еще golang

то есть ты знаешь go, зачем тогда php

к php душа лежит)

работаю на нем

к php душа лежит)

ну пиши на php)

а есть какие-нибудь примеры хайлоада на пыхе?

фэйсбук

фейсбук)

сойдет?

там вроде питон не?

там вроде питон не?

и именно по этой причине они написали HHVM

ясно

вк тож, но там пых времен 3 версии

и их странный компилятор

и еще база, и очередь

вк это вообще другое

ну и у вк или фэйсбука побольше rps

потому что бы они не делали - им можно

а тебе - врядли

у вк там с++ на выходе получается

это неважно

они жили очень долго и хорошо без этого

Ладно ладно

убедили

у вк там с++ на выходе получается

что бы ты не делал у тебя на выходе будет машинный код. Получаешь ты его на этапе компиляции или в рантайме - это уже детали

если что - один из проектов в моей компании держит на php 10K rps

но там мегапримитивная логика

да у меня тоже не слишком сложная

короч все упирается в архитектуру и стоимость поддержки

о

а на чем этот проект держится?

ну тех характеристики сервера

или это секрет?

ну тех характеристики сервера

там не один сервак

понятно

ну то есть, php ты можешь скейлить как хочешь

база данных - read-only реплики

и можно незагоняться весьма долго

далее уже зависит от специфики проекта

а есть какие-нибудь примеры хайлоада на пыхе?

badoo

секс

А как вы описываете требования к интерфейсу? Вот например, есть у меня некий Application, которому требуется некий Storage с определенными характеристиками

и вот я определил, допустим, interface Storage { public foo(); public bar(); }

эти foo() и bar() должны вести себя определенным образом. А реализаций Storage может быть много

ERROR: S client not available

DatabaseStorage implelents Storage; FileStorage impelements Storage

для них в принципе подошел бы один и тот же тест

все, сам нашел )

все, сам нашел )

И как?

The base or abstract test case performs the implementation-neutral tests While the concrete tests take care of instantiating the object to test, and perform any implementation-specific tests.

http://www.guru99.com/interface-testing.html

ответ очевидный оказался

ну тип предлагают жахнуть интеграционный тестик?

про интеграционные я вроде ничего не заметил

в моем случае решение - просто сделать тесткейсы реюзабельными

ну то есть ответ капитана очевидности как бы

ну то есть ответ капитана очевидности как бы

я просто не понял немного чем "тесты интерфейсов" отличаются от интеграционных из статьи что ты кинул

А как вы описываете требования к интерфейсу? Вот например, есть у меня некий Application, которому требуется некий Storage с определенными характеристиками

у меня подобный вопрос был я его даже задавал, может конечно криво сформулировав https://toster.ru/q/305584

ничего вразумительного в пхп не нашлось для этого, phpunit не особо к этому готов(

ничего вразумительного в пхп не нашлось для этого, phpunit не особо к этому готов(

одна реализация - один набор тестов. Если у тебя много одинаковых тестов - устрани дублирование.

так хотелось бы иметь гарантию что код реализующий интерфейс

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

одинаково себя ведет

ну например взять psr/container чтобы все кто его имплементят

одинаково себя ведет

это значит что у тебя есть тесты проверяющие контракт

при отсутствии контейнера NotFoundException выбрасывают

точнее у тебя на каждую реализацию есьт набор тестов которые проверяют что контракт соблюдается

да

именно контракт

ну так и в чем проблема?

не Unit тест

не Unit тест

почему не unit тест?)

так тут и получается дублирование

в каждом Unit тесте

дублирование тестов контракта