Обновить
10
Алексей@for7raid

Пользователь

0,2
Рейтинг
7
Подписчики
Отправить сообщение
>Во-первых, тут приведен код не из реального проекта.
В виду того, что мы, как выяснелось, обсуждаем сферического коня в вакуме с надуманными вами гепотетическими ситуациями дисскусию предлагаю закрыть.
>Во-первых, тут приведен код не из реального проекта.
В виду того, что мы, как выяснелось, обсуждаем сферического коня в вакуме с надуманными вами гепотетическими ситуациями дисскусию предлагаю закрыть.
Скопирую со своего комментария
>Как вариант просто посмотерть как там в красках Good practice все сделано и не изобретать свои квадратноколесые велосипеды.

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

А потом, странно что вы на стадии создание архитектуры и ее согласования не понимали что вам нужны будут дополнительные контролы и задумались об этом только когда проект подходит к концу.
А почему просто не взять готовый контрол из WPF Toolkit?
Как вариант просто посмотерть как там в красках Good practice все сделано и не изобретать свои квадратноколесые велосипеды.
На сколько я понимаю, у вас задача классификации и распознавания текста. Такие функции «по направлению» есть во всех специализированных продуктах (Abby, Kofax, EMC Captiva). Это достигается не расширением языка регулярных выражений, а внутренними функциями программ, потому что там вариантов может быть море и все это гибко настраивается «много-ко-многим» в конфигураторах.
Да, именно такие схемы и прикрыли
Разъясню:
Аусторсинг. Компания А хочет программу и заключает договор с компанией Б, сотрудники компании Б сидя в своем офисе пишут программу. Или не выходя, т.е. обязательно находясь на своем рабочем месте, настраивают удалено сервер и так далее. Крайний случай временно выезжают на территорию компании А.
Аутстаф. Компания А занимается подбором персонала и нанимает в свой штат сотрудников и по дополнительному договору с компанией Б эти сотрудники А работаю в офисе Б.

Именно оформление в штат одной компании и фактическое нахождение в офисе другой и запрещает данный закон.
То что вы вынесли в заголовок называется Аутстаф (Out staff — заштатный специалист), аутсорсинг же это заказная разработка ПО у стороннего юр лица.
Смысл предлагаемого сканера остался загадкой.
Если вы так печетесь о своей конфиденциальности — вообще не используйте соц. сети и тем более не размещайте там свои фотографии.
А почему нет, если это перевод реального диалога, а не литературно-художественного описания?
Это вы сейчас про какую страну или даже про какую вселенную рассказываете? Вы сами понимаете что описываете утопию? Работаю в крупном системном интеграторе в России (был опыт и в в другом интеграторе-девелопере) — ситуация везде одна и та же: никакими регламентами тут и не пахнет. Да, соглашусь, что людей уровня Начинающей тут нет, какими могут быть приходящие админы, но в целом бардак еще тот
Я бы еще к этому добавил об этом:
Опыт Уровень личных знаний Профессиональные методы

и
Физическая инфраструктура ненадежная профессиональная


Вы так это описываете, как будто у провайдера работают роботы бездушные ну или по крайней мере марсиане и им не присущи наши человеческие слабости. А по факту там трудятся точно такие же люди, как и ваши приходящие админы, разница лишь в том, что вам никогда не посчастливится посмотреть какой рабочий хаус на столах админов в этих СааС провайдров.
Поясните пожалуйста для невдупляющих откуда в куче возьмется копия структуры
По поводу
(«абонент недоступен»)… («абонент вне зоны покрытия...»)<blockquote/> все просто: при выключении стандартным способом телефон посылает в сеть сигнал о выключении и соответственно ОПСОС знает, что телефон просто выключили, при пропадании сигнала — ну понятно.
<habracat/> != <habracut/>

В первом обзаце у вас хабра кошка, видимо настоящая, админская
А хабракат где?
Ваш код эквивалентен следующему:
foreach (DataAccess.User u in users) (1)
{
	Model.User user = new Model.User();
	user.id = u.id;
	user....
	user.Parameters = parameters.Select(u => new Model.Parameter {… }); (2)
	yeld return user;
}

Происходит первый вызов в строке (1) и потом еще 10 раз в строке (2)
Если вам нужно это использовать в WPF, зачем вы изобретаете велосипед (?), наследуйтесь от DependencyObject и используйте родные для WPF DependenctProperty.
Работает такая схема на порядок быстрее, так как именно под это и заточена.
Вот тут MVVM – Lambda vs INotifyPropertyChanged vs DependencyObject можно посмотреть результаты тестов использования разных методов.
Вы даже не представляете на сколько сильно вы тормозите выполнение своими Expression.
Хотя это еще что, я видел как под это дело рефлексию прикручивали…
Я так и не понял смысл этого сайта. В заголовке он позиционирует себя как учитель русского через интернет, но при этом, специально сделав ошибку, я увидел лишь красненькое «неправильный ответ» без какого либо пояснения или описания ошибки или правила.
И почитайте уж про AJAX — как то долговато у вас вся страница перезагружается после каждого ответа.
Жуткий перевод и смесь русских коментариев с немецким кодом.
А по теме: вот это вообще можно не делать public class WPFBase: INotifyPropertyChanged если использвоать «родной» для WPF класс, унаследованный от DependencyObject.
И что странно, вот тут PersonenListe: DependencyObject он используется, но совсем не в кассу.
А еще можно код прогнать через подсветку кода

Информация

В рейтинге
3 089-й
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность