powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM [игнор отключен] [закрыт для гостей] / repository & aggregate entity
25 сообщений из 305, страница 8 из 13
repository & aggregate entity
    #39571465
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123hVosttа про if-ы больше одного экрана и т.п. это уже задроство, хоть и не безосновательное )
+1 но я уж не стал его еще больше возбуждать.
попробовал бы
только для этого этот код сюда и запощен :)
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571467
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я с такими Ифами считаю оптимальное расписание на C# для 100 000 процессов за 2 минуты, а Аспрова, которая имеет 30% мирового рынка на C++ это делает за 40 минут
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571560
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
так можно и пару книг написать )

Код: c#
1.
2.
System.Collections.Concurrent.ConcurrentStack<Tuple<string, System.Collections.Concurrent.ConcurrentDictionary<string, string>>> stack = new System.Collections.Concurrent.ConcurrentStack<Tuple<string, System.Collections.Concurrent.ConcurrentDictionary<string, string>>>();
                        System.Collections.Concurrent.ConcurrentDictionary<string, string> extprops = new System.Collections.Concurrent.ConcurrentDictionary<string, string>();




Код: c#
1.
2.
3.
   
var stack = new ConcurrentStack<Tuple<string, ConcurrentDictionary<string, string>>>();
var extprops = new ConcurrentDictionary<string, string>();
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571749
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosЯ с такими Ифами считаю оптимальное расписание на C# для 100 000 процессов за 2 минуты, а Аспрова, которая имеет 30% мирового рынка на C++ это делает за 40 минут

Ну положим ты сделал быструю и эффективную реализацию.
Ок, а как насчёт дальнейшего сопровождения? Тестами код покрывается?
По собственному опыту правильное написание кода без конских функций на 10 экранов не делает код менее быстрым и эффективным, скорее наоборот.
Программный продукт это же не одноразовый шприц на выброс.
Ну только ты его именно таковым не делаешь. :)
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571750
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123hVosttа про if-ы больше одного экрана и т.п. это уже задроство, хоть и не безосновательное )
+1 но я уж не стал его еще больше возбуждать.

ну нет же :)

ViPRos
Код: c#
1.
var er = GetContext(contextid);



поглядел на код внимательнее.. если понадобится сделать его асинхронным, придётся переписывать практически всё.. ну если устраивает, ок.
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571751
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosи как мельче методы, так медленнее все фурычит
ViPRosплодить методы, которые вызываются один раз - глупость полная

«глупость полная», пока с этим не начнут работать другие люди в команде и не возникнет потребность покрывать тестами
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571753
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosАсинхронность? допустим этот метод и параллелен и асинхронен.

не


ViPRos4.0 нудно реализовать асинхронность - хотя вроде где то видел библиотеку с async await.

асинхронность это не обязательно асинк/эвейт
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571757
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt,


а попробуй покрой этот код тестами
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571759
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Парамонтак можно и пару книг написать )

Код: c#
1.
2.
System.Collections.Concurrent.ConcurrentStack<Tuple<string, System.Collections.Concurrent.ConcurrentDictionary<string, string>>> stack = new System.Collections.Concurrent.ConcurrentStack<Tuple<string, System.Collections.Concurrent.ConcurrentDictionary<string, string>>>();
                        System.Collections.Concurrent.ConcurrentDictionary<string, string> extprops = new System.Collections.Concurrent.ConcurrentDictionary<string, string>();




Код: c#
1.
2.
3.
   
var stack = new ConcurrentStack<Tuple<string, ConcurrentDictionary<string, string>>>();
var extprops = new ConcurrentDictionary<string, string>();



пробовал несколько библиотек тогда одновременно, а имена совпадали
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571760
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRoshVostt,


а попробуй покрой этот код тестами

этот вряд ли нормально покроешь. если переписать по-человечьи, разбив на код, который выполняет только свою маленькую задачу, то легко покроешь. если сделать по уму, то работать будет не хуже, а то и лучше :)
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571761
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttViPRosЯ с такими Ифами считаю оптимальное расписание на C# для 100 000 процессов за 2 минуты, а Аспрова, которая имеет 30% мирового рынка на C++ это делает за 40 минут

Ну положим ты сделал быструю и эффективную реализацию.
Ок, а как насчёт дальнейшего сопровождения? Тестами код покрывается?
По собственному опыту правильное написание кода без конских функций на 10 экранов не делает код менее быстрым и эффективным, скорее наоборот.
Программный продукт это же не одноразовый шприц на выброс.
Ну только ты его именно таковым не делаешь. :)
ну блин прыгать по этим мелким функциям что бы почитать код замахаешься
тут есть функция, которая параллельно читает граф типов и все
при том само чтение FillType еще вызывает функции на несколько уровней ниже
начинаешь разбираться утопаешь в мелочи и глубине и при том медленно это
какая разница сколько экранов? лишь бы читалась и полностью на виду была
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571762
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttViPRoshVostt,


а попробуй покрой этот код тестами

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

не разобешь
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571763
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вызов функции - дорогое удовльствие
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571764
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttпоглядел на код внимательнее.. если понадобится сделать его асинхронным, придётся переписывать практически всё.. ну если устраивает, ок.
Думаю, он писал код еще до пенсии. А счас очень быстро все меняется. Какой уж там async асинхронность или закладка на асинхронность в дровах_поставщиках.
Много страничные if я допускаю только в win api 32)) в обработчике событий.
Поэтому пусть "кается и проставляется честной компании и другому люду".
))
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571766
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosну блин прыгать по этим мелким функция
Соглашусь только с тем что в шарпе вроде нет подпроцедур.
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571768
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosвызов функции - дорогое удовльствиесказки для прикладного кода.
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571769
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosну блин прыгать по этим мелким функциям что бы почитать код замахаешься

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


ViPRosкакая разница сколько экранов? лишь бы читалась и полностью на виду была

это просто показатель проблемы, вовсе не обязательно означает, что функция на несколько экранов -- плохая, но скорее всего это так обычно.
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571770
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosвызов функции - дорогое удовльствие

вот не смешно даже обсуждать подобную жесть :)
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571771
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosне разобешь
Он же сказал, что если у тебя так в одном месте, то потянет. Если везде, то ..Фаулера не существует.
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571772
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123ViPRosну блин прыгать по этим мелким функция
Соглашусь только с тем что в шарпе вроде нет подпроцедур.

Уже есть
в дельфи это хорошо помогало
а тут я просто создаю регионы, что бы читать код сверху вниз как нормальный человек
а так каждый регион - претендент на отдельный файл, куча классов и т.д. дерьмо
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571773
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123ViPRosвызов функции - дорогое удовльствиесказки для прикладного кода.
ты б не лялякал, а запустил бы профилировщик и увидел бы что например девекспресс 15% вызывает долбаные функции, которые в конце концов возвращают да или нет
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571774
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123ViPRosне разобешь
Он же сказал, что если у тебя так в одном месте, то потянет. Если везде, то ..Фаулера не существует.
блин, отдохни со своим дружком где нить еще
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571776
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosдевекспрессну ты сравнил.
У него задача другая. Это ГУИ. А в гуи счас ускоряют не так и не тем.
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571779
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosУже есть
в дельфи это хорошо помогаловау! Пошел искать.
...
Рейтинг: 0 / 0
repository & aggregate entity
    #39571780
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttViPRosАсинхронность? допустим этот метод и параллелен и асинхронен.

не


ViPRos4.0 нудно реализовать асинхронность - хотя вроде где то видел библиотеку с async await.

асинхронность это не обязательно асинк/эвейт
что не?
...
Рейтинг: 0 / 0
25 сообщений из 305, страница 8 из 13
Форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM [игнор отключен] [закрыт для гостей] / repository & aggregate entity
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]