а сборщик мусора про malloc будет что-то знать?

а сборщик мусора про malloc будет что-то знать?

нет

какая у тебя конкретно задача-то?

да я пока просто пытаюсь понять, если я работаю с большим набором данных, то как избежать лишних аллокаций. к примеру если я из БД буду брать в структуры сотни тысяч значений

auto arr = new MyStruct[480];

если ты заранее знаешь количество структур, которые тебе нужны, то так

а потом оперировать отдельными элементами arr[0] = foo; arr[1] = bar; и так далее

Кто вайбом пользовался в чем фишка WebInterface ? router.registerWebInterface(new WebInterface);

а кажется дошло. типа чтобы скрестиь rest и diet шаблоны

"The front end web interface generator automatically maps incoming query or POST form fields to method parameters" Только для полей формы получается?

а для чего еще надо?

ну просто если поля формы не планируются использовать. и весь обмен на JSON будет

тут какое дело, через POST и GET можно передать только то, что называется полями формы)

но JSON это же не поле формы...

ага, и его на сервер никак не передашь)

только как значение какого-нибудь поля

не понял %)

а как ты представляешь себе передачу json серверу?

ну просто летит пакет с заголовком JSON

куда летит?)

с сайта на сервер

"хватай, а то улетит"

сайт — это всего лишь то, что сервер передал тебе

к серверу ты можешь обратиться с http-запростом

самые распространенные — это GET и POST)

точно сейчас не помню, всего методов запросов http 9 или 10, и у каждого из них есть свой конкретный формат

ну, а поле формы как я понимаю кодируется именно как поле формы <form> ... </form>

форма может передаваться на сервер либо как query string — это те самые ?foo=bar&baz=ololo, либо в теле запроса POST

если форма application/x-www-form-urlencoded, то тело запроса выглядит так же, как и query string, если multipart/form-data, то все сложнее)

короче, те самые формы, которые мы видим на страницах сайтов — это некие абстракции переменных, передаваемых от клиента к серверу

я что-то идею не уловлю, но у JSON же другой вид т.е. JSON это не форма

от сервера к клиенту ты можешь передать json, просто выставив mime и вывалив его в теле ответа, так же, как это делается с html или любой другой лабудой

передать так же данные на сервер не получится, потому что нет такого в протоколе

не, понятно дело что нет, просто все же JS либами делается

я просто пытаюсь понять Web interface generator это вообще только для статики сделано?

понятия не имею)

я просто говорю, что он не сможет замапить некий json, потому что протокол http о таком ничего не знает)

а все, понял о чем ты)

PUT запрос делай

И все

И что это даст?

Ну если нужно загружать json

То это PUT запрос

передать так же данные на сервер не получится, потому что нет такого в протоколе

Шота я не понял почему это не получится

В запросе можно сформировать тело в виде json

Ну если только в put, и это должен поддерживать сервер, насколько я понимаю

В post тоже можно

Ну если кто и не поддерживает так это плохие серверные фреймворки какие то. Тело это просто все что начинается от \r\n\r\n и до конца content-length

Контент Лен не всегда есть)

Если это HTTP 1.1

из массива правильно делать удаление элемента как-то так: arr = arr.remove(0) ?

или есть еще варианты?

варианты есть, но говорят, что .remove — самый правильный)

получается что если делать просто arr.remove(0), то размер массива не уменьшается

и нужно присваивать, чтобы =пересчиталось=

arr = arr.remove(0);

почему remoму сам не может дернуть изменение длинны?

это как?

и нужно присваивать, чтобы =пересчиталось=

я вот про это

чтобы не нужно было arr = arr.remove(0)

в С++ remove тоже требуют потом бубна

чтобы не нужно было arr = arr.remove(0)

а как еще-то?

Просто : arr.remove(0)

remove берет Range, который ему дали, удаляет из него элемент и возвращает новый Range

А, понял

в векторах C++ erase в векторе как-то попонятней (:

попривычней, наверное)

в D, я так понимаю, плотно налегают на идею неизменности данных

ERROR: S client not available

в большинстве случаев, если ты передаешь в недра какой-то функциональности Range, ты можешь быть уверен, что Range не изменится

да. непривычно то, что remove в std.array нет

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

потому что remove работает с Range)

а Range — это как итераторы только лучше)

std.algorithm.remove удаляет на месте

да вот только что проверял, не удаляет

тот, который лежит в std.algorithm.mutation

я уже испроверялся весь за пару дней (: только присваиванием и спасаюсь (:

Note that remove does not change the length of the original range directly; instead, it returns the shortened range. If its return value is not assigned to the original range, the original range will retain its original length, though its contents will have changed

а блин, вижу, ну жопа тогда

ну вот я через это напрягаюсь слегка, да

сомнительное решение с их стороны)

либо в контейнеры уйти. но в контейнеры не хочется. опять же - что мешало сделать то же самое, что в контейнерах, в обычных массивах?

вся стандартная библиотека затачивается под использование Ranges, чтобы не городить огород

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

я, как уже понятно, в D начинающий, даже точнее - любопытствующий. до Range плотно пока не дошел, но если есть такая идеология, то и пусть.

ну и все проверки сделаны на уровне шаблонов и проверки наличия нужных функций или методов, т.е. Range не завязан ни на что, это получается некая абстракция)

Duck Typing

Duck Typing

ну вот @deviator говорит, что это никакой не Duck Typing, хотя по факту он и есть)

Я тут в инете увидел очень приятный по виду исходник. Еще втыкаю и думаю: язык какой хороший D напоминает. Все логично пишется. Оказалось Swift.

Я тут в инете увидел очень приятный по виду исходник. Еще втыкаю и думаю: язык какой хороший D напоминает. Все логично пишется. Оказалось Swift.

повезло) знаю пачку иосников, которьіе пишут в стиле "c-object", ужасная читабельность получается

Про массивы. А что подобная запись означает auto a = array([1, 2, 3, 4, 5][]); в конце пустые квадратные скобки

пять int-массивов?

разве пять int массивов не так записываются? int [] [5] x; ?

ну я запилил a ~= ["1111"]; получил Error: cannot append type string[] to type int[]

(:

сделал a ~= [1111]; - скомпилировалось

А можно руками задать новый capacity? https://dlang.org/phobos/std_array.html#.Appender.capacity Я пробовал так. Но не дает скопилиться: int [] arr = [1,2,3,4,5]; arr.capacity = 100;

он же вроде имеет @property т.е. к нему можно как к переменной образаться

судя по всему, это не lvalue, и его нельзя изменить)

а какой смысл вообще именно capacity задавать?