Денис, а нет идей что оно может падать то

Денис, а нет идей что оно может падать то

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

''' if(conn !is null) { conn = ds.getConnection(); } '''

Сдаётся мне что тут логический косяк

Чому conn получает коннекшн, если оно не нуль

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

!is -> is

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

Завтра вечером смогу проверить

Да. Походу так и естт

А такие ошибки как отлавливать?

А такие ошибки как отлавливать?

логические?)

Ну да. Тут же трай-кетч не поможет

пиши тесты

на каждую строчку

а сколько покрыл тестами можно проверить с помощью coverage функции компилятора

А суть теста в чем. Я много про них читал и понимаю их определение. Но я не могу понять как они от логических ошибок могут защитить?

Я же в тесте бы по инерции тоже самое бы написал

Я же в тесте бы по инерции тоже самое бы написал

Тут играет человеческий фактор. Можно только посоветовать отдыхать периодически и во время разработки не отвлекаться

В D и так полно вещей, чтоб сделать безопасный читаемый код. Есть еще такая вещь, называется статический анализатор, но у D их пока нет кажется

В D и так полно вещей, чтоб сделать безопасный читаемый код. Есть еще такая вещь, называется статический анализатор, но у D их пока нет кажется

Много вещей в D либо не разрешены, либо вызывают warning, который тоже может интерпретироваться как ошибка, так что некоторый статический анализ все-таки есть

я имел ввиду что-нибудь уровня pvs studio)

да я понял... pvs studio не пользовался, но читал несколько раз про продукт. Мне кажется подобные вещи должны быть сразу в компиляторе. Для D отчасти это так. Например @safe режим, или pure некоторые вещи запрещают, да и сам язык не поддерживает некоторых закидонов, которые в C++ можно делать.

элементарно присвоение в if нельзя делать

но создавать переменные можно

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

нельзя присваивать уже созданным перенным что-нибудь?

1 сек

import std.stdio; void main() { auto a = 5; //if (a = 6) // writeln("oops"); auto list = ["yes" : 1, "no" : 0]; if (auto x = "yes" in list) writeln(x); } закоментированные строки не компилятся с ошибкой вида "нельзя присваивать в выражении if, возможно вы имели ввиду ==", а во втором случае в x будет лежать не null адрес

да, я так и подумал

круто

не нужен йода style)

хотя интересно насколько это увеличивает время компиляции

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

хотя интересно насколько это увеличивает время компиляции

серьёзно интересно?)))

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

время компиляции очень сильно увеличивается если есть инстанцирование шаблонов, которые используют mixin'ы

там и памяти можно выжрать прилично

я понял

там и памяти можно выжрать прилично

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

что-то совсем грустно

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

6 гб все равно много

мне кажется я когда на UE4 что-то собираю, столько не съедается RAM

на C++ разумеется

ну так С++ же

там каждый файл отдельно компилируется в объектный

а в D принято всё вместе собирать

а ты хорошо ue4 знаешь?

не, плагин один с горем пополам поддерживаю для ИК)

время на это надо

что есть ИК?

инфракрасный порт?)

инверсивная кинематика

)

воу

Я же в тесте бы по инерции тоже самое бы написал

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

Всем привет! Есть такой код:

import std.stdio; enum Color { blue, green, red }; class Point { int x; int y; Color color; this(int x, int y, Color) { this.x = x; this.y = y; this.color = color; } bool opEquals()(auto ref const Point rhs) { if((this.x == rhs.x) && (this.y == rhs.y)) { return true; } else return false; } } void main() { auto x = new Point(3, 2, Color.red); auto c = new Point(3, 2, Color.red); writeln(x == c); }

из учебника али чехрелли. он в данном случае выдает False вместо true. Если x == c заменить на x.opEquals(c), то срабатывает правильно

это глюк или я накосячил?

это глюк или я накосячил?

возможно глюк

операция == должна вызывать opEquals, но возможно тут сравнивает адреса

для сравнения адресов используется is

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

x!=c - выдает true. по ходу, адреса сравнивает

попробуй убрать шаблонизацию

ERROR: S client not available

auto ref const на ref const

и скобки пустые

и лучше для класса поставить overload

auto ref в случае с классом не оправдан, класс всегда передаётся по ссылке

возможно в твоём случае не происходит перегрузки

вернее её точно не происходит

шаблонный же метод

https://dlang.org/spec/operatoroverloading.html#equals

для структур можно разное делать, а для класса видимо нет

хотя...

можно сделать такой хак class Point { ... override bool opEquals(Object obj) { if (auto p = cast(Point)obj) return opEquals(p); else return super.opEquals(obj); } ... }

вот только хотел написать. для классов надо делать с override и без шаблона. для структур не оверрайд и как хочешь. но выглядит всё равно криво

согласен, как-то раньше не натыкался на сравнение классов...

ну если только по адрессу

самое странное, что при нарушении сигнатуры или сужении компилятор не ругается на override. если писать public override bool opEquals()(Point rhs) { это вообще компилиться не должно, но компилится и просто не вызывается

по сути то это не компилится)

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

Просто без шаблона и override не компилится, да

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

вот он и не инстанцируется

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

а override с шаблонами использовать, к сожалению, нельзя

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

а у меня почему-то во всех вариациях компилится. DMD 2.070.0. видимо пора обновляться

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

я про конкретный участок кода

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

если вставить туда pragma(msg, "..."), не должно вывестись

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

не скромный вопрос можно?)

зачем точка — класс?

Это из упражнения) Реально решение через cast только.

впринципе в доке действительно всё так: https://dlang.org/spec/operatoroverloading.html#equals