Как считаете, использовать vibe.d для написания прокси сервера норм идея? Или лучше писать с нуля свое.

Посмотри модули Адама может там что пригодится

Arsd которые

спс посмотрю

ку

приветствуем)

привет всем

кто-нибудь знает как пропустить несколько линий файла?

кто-нибудь знает как пропустить несколько линий файла?

А почему бы не прочитать и ничего не сделать?

Вы имеете ввиду foreach(line; file.byLine) {} ?

Ага

так, оно ж пишется в память, скорей всего

в line

кто-нибудь знает как пропустить несколько линий файла?

https://www.rosettacode.org/wiki/Read_a_specific_line_from_a_file#D

так, оно ж пишется в память, скорей всего

Ну всё равно узнать, когда началась строка номер 4, невозможно, не прочитав до конца строку номер 3. Просто не нужно дальше хранить строку 3, если она уже не нужна.

https://www.rosettacode.org/wiki/Read_a_specific_line_from_a_file#D

Спасибо за ссылку. Отличный ресурс!

Ну всё равно узнать, когда началась строка номер 4, невозможно, не прочитав до конца строку номер 3. Просто не нужно дальше хранить строку 3, если она уже не нужна.

Ну да, file.byLine так и делает?

http://ddili.org/ders/d.en/foreach.html

и делать continue когда надо

да это понятно)

Ну да, file.byLine так и делает?

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

просто в python я делал next(file), а в C++ какую-то магию с fstream::ignore, подумал, что тут что-то аналогичное должно быть

Подозреваю, там тот же принцип. В файле как в структуре данных нет строк: это просто очередной символ (или пара), который трактуется как перевод строки (\n). Пока его не прочитаешь не узнаешь кончилась ли строка.

Подозреваю, там тот же принцип. В файле как в структуре данных нет строк: это просто очередной символ (или пара), который трактуется как перевод строки (\n). Пока его не прочитаешь не узнаешь кончилась ли строка.

+1

А какие у вас языки програмирования?

Очевидно, D.

Я на работе на Питоне пишу, дома на D. Иногда на работе жалею, что там не D, но иногда и обратное бывает.

Очевидно, D.

+1

Да все :) От задачи зависит.

А какие у вас языки програмирования?

Си и си++ на работе. Питон для экспериментов. А сейчас D для души.

??

Какая сейчас лучшая IDE для D

желательно кроссплатформа

а то обычно в отсутствие нормальной IDE всё упирается

Sublime Text

в VSCode вполне хорошая интеграция с D я еще видел

и DlangIDE

Как насчёт VisualD?

но у меня крашилась руками собранная

Как насчёт VisualD?

желательно кроссплатформа

Зачем нужна IDE?

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

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

+1

Ну а как же комплексный рефакторинг

Хорошая IDE очень помогает в скриптовых языках (python, php например), когда совершенно грубая ошибка не будет выявлена до момента выполнения. Анализ кода, подсветка ошибок, подсчет скобок, и прочее ускоряет работу, до какого-то момента, конечно и только до определенного уровня опыта.

usages функций, классов... Умный анализатор с подсказками

Последнее время начал замечать, что все что я использую - это глобальный поиск по проекту и быстрый переход на объявление функции/класса.

Это в D или где?

т.к. я редко пишу на D чтолибо - мне лень лезть по каждому чиху в доку

мне легче написать .

и догадаться какие функции, что делают

+я могу забывать

и да IDE не нужно - пока ты пишешь маленький проект на коленке

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

подсчёт скобок, сворачивание блоков, поиск и замена по документу или их пачке - сегодня это стандартные инструменты для текстовых редакторов (аля саблайм), прочие идешные фишки дореализовываются в виде плагинов

рефактор?

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

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

главное инструменты наточить и чтобы все было в своей мастерской

Да рефакторить без ИДЕ тяжко, но отказаться от Саблайма так и не смог

Студия ужасает своей монструозностью

студия не единственное IDE

есть куча не монструозных IDE с крутым функционалом

ERROR: S client not available

ну не куча

но несколько есть

Эх. Надо в проектах длиннее нескольких месяцев обязательно абстрагироваться (хоть как-то оборачивать) от активно используемых средств фреймворка и сторонних библиотек. То есть избегать ситуации, когда по всему коду разбросаны прямые вызовы этого инструмента. Или, расширю идею ещё сильнее: Не стоит принимать ничто в проекте за данность, которая будет "всегда" (даже в рамках разработки до первого релиза). Может быть за исключением языка. И даже если используемый инструмент является единственным в своём роде и вообще центральный и неотъемлемый элемент проекта, даже тогда следует его инкапсулировать за собственным интерфейсом, минимально удовлетворяющим требованиям (и не слизанным с оного у инструмента). Ибо даже если инструмент действительно, правда-правда, точно-точно не потребуется заменить, очень даже может быть, что потребуется пересмотреть саму работу с ним. Или чем-то дополнить/расширить его без вмешательства в его код (что плохо для интеграции последующих обновлений + дорого) и вмешательства в интерфейс (придётся изменять ещё и весь использующий его код, что тоже дорого). Может получиться так, что при наличии обёртки будет достаточно внести немного изменений в неё саму, а при её отсутствии добавить её будет уже нереально. А если ещё шире, то граждане, уменьшайте зависимости и связность в коде. Прошу прощения за "божественное откровение" очевидных/спорных/глупых/вредных/идиотских вещей. Просто в ночь перед дедлайном (да и вообще частенько в последние полгода) путём набивания шишек, граничащих с летальным исходом прихожу к пониманию всех тех "умных слов взрослых дядек-программистов" про архитектуру, шаблоны, принцыпы и прочие "вроде понятные, но какие-то очень теоретические вещи". Образованием по этой части обделён, да и сомневаюсь, что много где в СНГ, а то и в Мире даётся настоящее понимание, а не дословная зубрёжка. В общем от практики к теории. Действенно, но "больно", а для тех, кто расчитывает на то, что специалист конечно же сделает всё как надо, ещё и накладно.

познание через боль ?

Чувствую себя виноватым перед всеми с кем/на кого/для кого я работал, не важно знают/понимают ли они это, но я всю карьеру учусь почти только на своих ошибках и всё это недешовое "удовольствие" происходит за их счёт. И тоге это конечно компенсируется оплатой ниже среднего просто потому, что все проекты затянуты и часто выходят, если не в минус, то в ноль. Но это для работодателя и внутренних проектов. Заказчики же просто получают сыроватый, недопиленный продукт на несколько месяцев позже запланированного. Это при том, что заказчики у нас обычно очень даже хороши.

Ну и ещё вместо работы уже час философствую :)

А что и на чем пишешь?

Хорошие мысли.

Эх. Надо в проектах длиннее нескольких месяцев обязательно абстрагироваться (хоть как-то оборачивать) от активно используемых средств фреймворка и сторонних библиотек. То есть избегать ситуации, когда по всему коду разбросаны прямые вызовы этого инструмента. Или, расширю идею ещё сильнее: Не стоит принимать ничто в проекте за данность, которая будет "всегда" (даже в рамках разработки до первого релиза). Может быть за исключением языка. И даже если используемый инструмент является единственным в своём роде и вообще центральный и неотъемлемый элемент проекта, даже тогда следует его инкапсулировать за собственным интерфейсом, минимально удовлетворяющим требованиям (и не слизанным с оного у инструмента). Ибо даже если инструмент действительно, правда-правда, точно-точно не потребуется заменить, очень даже может быть, что потребуется пересмотреть саму работу с ним. Или чем-то дополнить/расширить его без вмешательства в его код (что плохо для интеграции последующих обновлений + дорого) и вмешательства в интерфейс (придётся изменять ещё и весь использующий его код, что тоже дорого). Может получиться так, что при наличии обёртки будет достаточно внести немного изменений в неё саму, а при её отсутствии добавить её будет уже нереально. А если ещё шире, то граждане, уменьшайте зависимости и связность в коде. Прошу прощения за "божественное откровение" очевидных/спорных/глупых/вредных/идиотских вещей. Просто в ночь перед дедлайном (да и вообще частенько в последние полгода) путём набивания шишек, граничащих с летальным исходом прихожу к пониманию всех тех "умных слов взрослых дядек-программистов" про архитектуру, шаблоны, принцыпы и прочие "вроде понятные, но какие-то очень теоретические вещи". Образованием по этой части обделён, да и сомневаюсь, что много где в СНГ, а то и в Мире даётся настоящее понимание, а не дословная зубрёжка. В общем от практики к теории. Действенно, но "больно", а для тех, кто расчитывает на то, что специалист конечно же сделает всё как надо, ещё и накладно.

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

Добрый день всем

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

Коротко: foo!(a)(b) в D соответствует foo<a>(b) в C++. Скобки иногда опускаются.

то есть вот так foo(a)(b) делать нельзя?

Первые скобки, в смысле. foo!a(b)

я понял)

то есть вот так foo(a)(b) делать нельзя?

Нет.

okay

теперь ясно

спасибо

Кто нить юзал ddbc для SQlite?

У меня в примере он падает с ошибкой: ddbc.core.SQLException@C:\Users\Dima\AppData\Roaming\dub\packages\ddbc-0.2.24\source\ddbc\drivers\sqliteddbc.d(328): Error #1 while preparing statement CREATE TABLE IF NOT EXISTS ddbct1 (id bigint not null primary key AUTO_INCREMENT, name varchar(250), comment mediumtext, ts datetime) : near "AUTO_INCREMENT": syntax error

Написано 'таблицы не существует'

Хотя нет, вру

Ох сори, кажется я не посмотрел на то, что для это пример судя по синтаксису не для SQLite

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

Ну бывает)

А как быть такой ситуации? У меня есть два метода: void upload { } void login { } Внутри login я получаю имя вошедшего пользователя. Внутри upload я вызываю функцию Convert() В ней мне нужно иметь доступ к имени пользователя. Я никак не могу понять как имя пользователя в нее передать. Ведь upload не имеет доступа к данным которые в login

Хм... сейчас попробую из upload получать логин пользователя. Может получится...

Короче резюмируя. Имя пользователя хранится в параметрах сессии. Мне чтобы его в upload передать получается нужно глобальным сделать — тоесть объявить до всего этого, но это какой-то костыльный способ ИМХО

по идее же req в vibed несет в себе параметры сессии то если она установлена?

В req приходящим же от браузера инфа про куки есть или нет? Просто упорно не вижу как ее получить http://vibed.org/api/vibe.http.common/HTTPRequest