Нууу... описание какое-то на гитхабе, кажется, было, работать работало...

кстати, жаль, что на code.dlang.org ещё нет поддержки регистрации репозиториев на gitlab. Интересно, ишшуй есть?)

https://github.com/dlang/dub-registry/issues/117

http://www.everfall.com/paste/id.php?dnwlslaiysin а вот тут блок try-catch тоже лишний?

Если для тебя допустимо что запрос не сработает, то не лишний )

Читаю про компилируемые шаблоны вайба. Вопрос. Как и в каких случаях их лучше совмещать с подгружаемыми JS шаблонами

Кстати, в ФФ пходу поддержка webp появится в течении полугода. В сорцах она уже мелькает

> подгружаемыми JS шаблонами это что?

ну типа JS меняет шаблон на лету - SPA приложения

когда весь сайт загружается сразу. Все его вьюшки

Тогда сдается мне что комплируемые шаблоны вайба это немного другое

Они в результате дают некоторые статические html/js файлы

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

Разве не очевидно?

неа...

Что касается js файлов, мне кажется что лучше их гнать через встроенные сборщики gulp/webpack

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

Когда в команде мало фронтендеров ;)

Слишком жирный SPA будет тормозить на некоторых клиентах.

а когда команды нет и все одному приходится делать?))

а кроме тормозов и плохой индексации поисковиками SPA какие еще минусы имеет?

Ну если ты плохо знаешь JS стек, то тебе будет трудно, и проще все собирать на сервере.

Ребят, а если задача просчитывать данные на манер Excel, то Ди будет адекватным вариантом? Щас скрин покажу того, как оно щас в Excel выглядит

Если просчитывать то да, а вот если интерфейс делать то наверно нет

подкраска не нужна — главное после ряда манипцляций получить результирущий столбец

Ну это можно получить в виде вычисления в памяти. А вот на экран выводить - это уже вопрос

а как это на уровне кода то выглядело бы? Если на скрин глядеть. Вот B M H P это были бы структуры, а в них еще другие структуры или как?

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

м... так а даты как к ней приплести?

получается она в себе для одного столбца должна содержать: int x1 [] int x2 [] int x3 [] int x4 [] так?

Ну динамический массив какой-то надо

JS шаблоны рендерятся на клиенте, vibe.d шаблоны на сервере. Использовать JS шаблоны надо если много представлений должно происходить без перезагрузки страницы. JS шаблоны делаются обычно на Backbone, React, Angular.

А можно кейс когда серверные шаблоны хорошо и когда нет

Вроде бы все рендить на клиенте звучит заманчиво.

Как я уже говорил, если ты гуру JS то рендерить на клиенте действительно крутое решение :)

А бэкенд только предоставляет REST API, не больше

не гуру js, но делал обычно так. Не хотелось тянуть в сервер вебню)

обошёлся сервисом и nginx

Правильно ли я понимаю что enforce это просто замена if для проверки условия бросания исключений и в следующем коде if и enforce эквивалентны

void main() { foo(5); bar(5); } void foo(int x) { enforce(x>5, "x should be greater than 5"); writeln(x); } void bar(int y) { if(y<5) throw new Exception("y should be greater than 5"); writeln(y); }

и разница лишь в том, что в случае с enforce я пишу условие при котором условие должно удовлетворяться, а с if обратное — при не соответствии с которым исключение должно бросаться

И еще вопрос: class Foo { int x; long y; } void test(Foo foo) Тут что делается? Разве экземпляр класса создается? Тогда почему без слова new?

И еще вопрос: class Foo { int x; long y; } void test(Foo foo) Тут что делается? Разве экземпляр класса создается? Тогда почему без слова new?

Вторая строчка — это же заголовок объявления метода.

ну и как мы в него принимаем Foo foo ? онb в данном случае это что?

Его создал кто-то другой. А мы принимаем.

auto a = new Foo(); test(a);

Или не создал, т.к. он мог передать null :-)

тоесть в примере просто этот момент опустили?

что он уже создан

https://dlang.org/spec/class.html#class_properties

Естественно. Это подразумевается.

ctor - это сокращение от слова Сonstructor? Просто в ошибках про Конструктор оно часто вылезает

да

@ttldtor а не подскажешь что ему тут не нравится http://img.ctrlv.in/img/16/09/15/57da53d1c885a.png

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

это очевидно

тебе прям так и пишут

если бы у предка был конструткор this(), то он бы неявно вызвался и всё было ок

а так тебе надо писать что-то вроде super(y)

прочитал бы ты книжку по ди

а смысл конструктор предка вызывать? Где это полезно? Ведь этими данными же что-то инициализируется

не было бы таких вопросов

тебе надо инициализировать данные предка

это делается конструткором

ERROR: S client not available

что значит "полезно"?

да я ее периодически читаю, но вопросы все равно вылезают

во всех языках с ООП при наследовании явно или неявно вызывают конструкторы предка

это связано с тем, что класс — ссылочный тип? Просто по идеи мы в конструктор передаем какие-то значения которые нам в данном классе нужны. А тут получается мы еще и родителя (базовый класс) инициализируем, хотя в данном случае он нам не нужен

нужен

Как я понимаю потребность в явном вызове это все же ошибка? https://issues.dlang.org/show_bug.cgi?id=5450

нет, не ошибка

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

он с параметром

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

а какое значение тогда туда передавать? Тоесть надо как-то так: super(int y) { } this(int y) { } ?

почитай

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

Да я вот только что перечитал книжку

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

как я понял super нужено внутри this вызывать

и все равно я не понимаю какое значение мне в super надо передавать. Я хочу работать с производной класса и класс родитель не трогать и у меня нет идей что в родитель нужно передавать

Вот второй коммент вроде бы про это https://issues.dlang.org/show_bug.cgi?id=12737

как я понимаю на этот случай и нужен множественный this() чтобы я мог в классе А объявить пустой конструктор

верно?

Попробую вмешаться и объяснить. Класс потомок "является" предком. То есть это то же самое + дополнительные свойства. Даже в памяти это объект базового, после которог лежат поля потомка. Как коструировать базовый знает только он сам, поэтому всегда нужно звать его конструктор. Чтобы это не сильно надоедало компилятор нам помогает, и, если в предке есть конструктор по умолчанию, то он сам может вставить этот вызов. Когда его нет (как здесь) его надо вызвать руками. Что туда передать на такой абстрактной задаче не понять. Обычно есть два варианта: потомок умеет вычислять аргументы предка, либо он сам принимает те же самы аргументы и пробрасывает вызов в предка.

и ещё, совершенно бессмысленно задавать значения по умолчанию в объявлении и при этом безусловно перетирать их в конструкторе. Можно добавить конструктор по умолчанию this(), либо убрать init значение int x

пасибо)

хм, я не знал, что это надо объяснять. Я думал, что смысл наследования понятен и так...интуитивно

тогда на полиморфизме мы вообще встрянем)

да, но без практики и таких вот банальных вопросов прогресса не будет. книги книгами, а понимание приходит только с написанными строками кода

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

Хе) Если бы Брюс Эккель заинтересовался ди, то он написал бы неплохую книжку с примерами и задачами с названием типа "Thinking in D" =))

у меня один из первых языков - C++, поэтому мне как-то проще. Литературы было вылом и задачки я себе находил.

У меня все проще. Я сразу с Ди начал)

Ну и на Питоне чутка в процедурном стиле)