И я о том же. Система давно уже выросла из макросов, доступных рядовому бухгалтеру. Вендор уже не тянет по всем фронтам одновременно. Хорошо хоть потихоньку начинает переходить на современные технологии.
Но очень неохотно...
По поводу файловой версии не понял. Так это вообще их внутреннее детище. Уж там точно внедряй что хочешь.
И по поводу ПолеHTML можно было реализовать ОБА варианта.
Гораздо эффективнее было бы отдать такие вещи в открытое сообщество как раз
Имхо, основной недостаток 1с в закрытости системы. Нет, прикладной язык открыт. Но платформа жёстко закрыта.
А система всё сильнее развивается. Порог входа растет. И вендор не успевает за прогрессом.
Сделали расширения. Неплохо. Но ошибок куча. Просят сделать более управляемые индексы в базе — идите лесом. Недавно выкатили функции в запросах, которые вроде бы есть в каждой СУБД.
И вот, понимая это, уже вендор развивает не конфигуратор, а EDT, не хранилище конфигураций, а git.
Мое мнение следующей большой версией будет система на инфраструктуре Java. Возможно со своим языком.
Извините за оффтоп.
Мне также. Но еще мне кажется, что дело именно в «кто знаком с SQL»
Неизвестно как пошло бы дело, если бы я вместо SQL учил бы какой-нибудь LINQ и только его.
Дело привычки, мне кажется.
признаю свою вину, средняя таблица albums_musicians все испортила
и пока «сходу» без подзапроса не вышло:
select distinct m.name
from musicians as m
left join
(select am.musician_id, a.year, a.id
from albums_musicians as am
left join albums as a on (a.id = am.album_id)) as temptable
on (m.id = temptable.musician_id) and (temptable.year = 2020)
where temptable.id is null
order by m.name
select m.name
from musicians as m
left join albums_musicians as am on m.id = am.musician_id
left join albums as a on (a.id = am.album_id)
group by m.name, m.id
having count(case when a.year = 2020 then a.id end)=0
order by m.name
нет, он попадет в эту выборку со своим альбомом 2020 года
select distinct m.name
from musicians as m
left join albums_musicians as am on m.id = am.musician_id
left join albums as a on (a.id = am.album_id) and (a.year = 2020)
select distinct m.name
from musicians as m
left join albums_musicians as am on m.id = am.musician_id
left join albums as a on (a.id = am.album_id) and (a.year = 2020)
where a.id is null
order by m.name
Что-то мне кажется в п.10 не решается вопрос «все исполнители, которые не выпустили альбомы в 2020 году»
Код
select distinct m.name
from musicians as m
left join albums_musicians as am on m.id = am.musician_id
left join albums as a on a.id = am.album_id
where not a.year = 2020
order by m.name
выдаст музыкантов, у которых есть альбомы не в 2020, независимо от того, выпускали они альбом в 2020 или нет
Согласен. Правда это никак не спасает от «удивления», что указанных данных в коллекции не будет. Наконец, почему нельзя допустить коллекцию в которую можно положить и извлечь, а перебрать нельзя?
И я о том же. Система давно уже выросла из макросов, доступных рядовому бухгалтеру. Вендор уже не тянет по всем фронтам одновременно. Хорошо хоть потихоньку начинает переходить на современные технологии.
Но очень неохотно...
По поводу файловой версии не понял. Так это вообще их внутреннее детище. Уж там точно внедряй что хочешь.
И по поводу ПолеHTML можно было реализовать ОБА варианта.
Гораздо эффективнее было бы отдать такие вещи в открытое сообщество как раз
Имхо, основной недостаток 1с в закрытости системы. Нет, прикладной язык открыт. Но платформа жёстко закрыта.
А система всё сильнее развивается. Порог входа растет. И вендор не успевает за прогрессом.
Сделали расширения. Неплохо. Но ошибок куча. Просят сделать более управляемые индексы в базе — идите лесом. Недавно выкатили функции в запросах, которые вроде бы есть в каждой СУБД.
И вот, понимая это, уже вендор развивает не конфигуратор, а EDT, не хранилище конфигураций, а git.
Мое мнение следующей большой версией будет система на инфраструктуре Java. Возможно со своим языком.
Извините за оффтоп.
Почему не смогут? D будет также молчать, т.к. видит только две шапки разного цвета. Это понимает C и по шапке B называет свой цвет
В каком таком классе. Где тут классы?
Неизвестно как пошло бы дело, если бы я вместо SQL учил бы какой-нибудь LINQ и только его.
Дело привычки, мне кажется.
и пока «сходу» без подзапроса не вышло:
и тут его «настигнет» условие
которое он не преодолеет и в итоге его не будет
Код
выдаст музыкантов, у которых есть альбомы не в 2020, независимо от того, выпускали они альбом в 2020 или нет
P.S. В данном случае эта избыточность вполне оправдана
Так уже не пишут.
В асинхронном стиле:
ДиалогВыбора.Показать(...)
В интернете полно примеров
Интерфейс управляемых форм — как-то неудачно вышло, хотя идея отличная.
Нет. (a+b)/2=sqrt(x1x2...*xk) где xi — какие то карточки
Не пересекались с решениями от https://lsfusion.org/ ?
Вопрос: а зачем понадобился IEnumerable у результата?
Были найдены на острове Java в санScriptских рунах