Апдейт запилили,чейнжлог нет.. ?

Чета я никак не могу найти чо сломали, а что починили. Походу позже чейнджлог выложат

А что если они ничего не сделали :D ?$

Ребята

Нужна помощь

Просто края

Из-за работы ничего не успеваю

Как можно решить поставленную задачу

??

последовательно

а можно с максимальными подробностями?

Трехмерный массив, значит перебор тремя вложенными циклами

Внутри можно одновременно и вести подсчет суммы. и всего остального. Если конечно не стоит задачи о всяких там многопоточностях оптимизации и прочем.

Т.е. в лоб задача решается достаточно легко. for(int i=0; i<ArraySize; i++) for(int j=0; j<ArraySize; j++) for(int k=0; k<ArraySize; k++) { //А здесь производим все необходимые операции с myArray[i,j,k] }

А библиотеки подтягивать?

Какие операции?

Сорян за мой тупизм

чувак, ну ээм если ты хочешь чтоб за тебя сделали, ты так и пиши

Да

Пожплуйста

можно просто Саша

Если я в реализации MVVM запихиваю код чтения данных по WCF в ModelView, это нормально, или подход неверный?

Не очень глубоко знаю MVVM, но по идее данные должны грузиться в Model, а во ViewModel происходит уже обработка данных по средствам команд, посылаемых из View

если я правильно понял, в модели я описываю единичный элемент коллекции, а саму коллекцию реализую уже во ViewModel, и заполнять её я могу только там

Если я в реализации MVVM запихиваю код чтения данных по WCF в ModelView, это нормально, или подход неверный?

не очень хорошо

У меня в проекте WCF является "серверным роутером" данных, к нему цепляются клиенты, чтобы получить данные. И модель данных находится на стороне сервера в папке с сущностями из EF. Поэтому на стороне клиента у меня только View и ViewModel.

Никто не поможет?

Нет. Модель отвечает за данные. На практике там находится, как я понимаю, просто реализация работы с источником данных, если речь идет о бд. ViewModel - это модель представления. Т.е. в ней хранятся данные, с которыми пльзователь работает через View, т.е. через форму

Никто не поможет?

поможет, надо немного подождать

Если я в реализации MVVM запихиваю код чтения данных по WCF в ModelView, это нормально, или подход неверный?

сделай отдельную сборку что-то вроде ServiceClient или даже более общее название DataLogic , где у тебя будет происходить загрузка данных с сервиса/базы/любого источника. если загружаются данные о персонах, пусть будет класс PersonManager. а во ViewModel ты используешь экземпляр этого класса и грузишь данные там где нужно, и кстати ты можешь перекидывать его между ViewModel. опять же тут можно заюзать DI для резолва этого менджера, но это уже другая история

Никто не поможет?

Извините, но лично я готов подсказать, если что-то не понятно. Но делать все за человека - значит потворствовать некомпетентности будущих коллег

Я же больше системный архитектор, а не кодер

Я не буду устраиваться программистом

О_о Архитектор не понимает как работать с массивами? %)

Сейчас камнями закидают

Простите, за оффтопик. Кажется вам уже кто-то там пишет код

возможно понимает, но не знает синтаксиса :3

возможно понимает, но не знает синтаксиса :3

Да блин, это задачка для паскаля уровня 8-го класса.

спасибо всем за советы, попробую переделать

Да блин, это задачка для паскаля уровня 8-го класса.

она студентка

причем, судя по названию группы, 5курсница

спасибо всем за советы, попробую переделать

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

грубовато ты описал

1 курс

во ViewModel может быть описана логика взаимодействия пользователя с UI

команды те же

`Users = new ObservableCollection<PeopleModel?); ServiceReference1.Service1Client client = new ServiceReference1.Service1Client(); List<ServiceReference1.User> wcfusers = client.GetData(); foreach (ServiceReference1.User item in wcfusers) { Users.Add(new PeopleModel { FirstName = item.FirstName, LastName = item.LastName }); }` так понимаю, зря я это пиханул во ViewModel

причем, судя по названию группы, 5курсница

Ну блин, для решения такой задачи достаточно знать самые азы синтаксиса + общую теорию алгоритмов на школьном уровне. Это же не вопрос по асинхронным операциям с базой данных в несколько потоков или COM-объекты. Тут даже знания библиотек .NET не нужно. Разве что работа с файлами. Гуглится за 5 минут.

во ViewModel может быть описана логика взаимодействия пользователя с UI

Да, но вот меня лично такая формулировка больше сбивала. Кроме того большинство логики вообще умещается в разметку XAML

`Users = new ObservableCollection<PeopleModel?); ServiceReference1.Service1Client client = new ServiceReference1.Service1Client(); List<ServiceReference1.User> wcfusers = client.GetData(); foreach (ServiceReference1.User item in wcfusers) { Users.Add(new PeopleModel { FirstName = item.FirstName, LastName = item.LastName }); }` так понимаю, зря я это пиханул во ViewModel

да, нужен класс с методом возвращающим IEnumerable<PeopleModel>

а в ViewModel ты просто добавишь Users через AddRange

http://pastebin.com/JCHgbAia

ээх а я хотел решение на руби заделать, не успел :(

http://pastebin.com/JCHgbAia

О! А я б не подумал решать задачу по суммам через лямбды! Спасибо! Учиться и учиться. И рефакторить старые знания после получения новых :)

а в ViewModel ты просто добавишь Users через AddRange

Понял, спасибо. Пошел переделывать.

`Users = new ObservableCollection<PeopleModel?); ServiceReference1.Service1Client client = new ServiceReference1.Service1Client(); List<ServiceReference1.User> wcfusers = client.GetData(); foreach (ServiceReference1.User item in wcfusers) { Users.Add(new PeopleModel { FirstName = item.FirstName, LastName = item.LastName }); }` так понимаю, зря я это пиханул во ViewModel

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

в тестах *

можно ещё было заделать аля https://gist.github.com/lolzballs/2152bc0f31ee0286b722

я, видимо, много буду ошибаться :) примеров насмотрелся в гугле, но там вообще кто в лес, кто по дрова

я, видимо, много буду ошибаться :) примеров насмотрелся в гугле, но там вообще кто в лес, кто по дрова

Все эти паттерны похожи на пиратский кодекс из Пиратов Карибского Моря. Они не панацея и строкое следование им может привести к усложнению кода в определенных моментах. Кроме того кто-то юзает только отдельные фишки. В общем нужно понять общую идею а потом проанализировать, насколько она в деталях применима к ситуации

тут интересно, что рекомендуют использовать AutoMapper при трансляции данных из WCF в модель

скинул же выше

http://pastebin.com/JCHgbAia

ERROR: S client not available

пасиба!!!!)

С меня бутылка пива

я прям представил как удивится принимающий лабы преподаватель, увидив linq

`Users = new ObservableCollection<PeopleModel?); ServiceReference1.Service1Client client = new ServiceReference1.Service1Client(); List<ServiceReference1.User> wcfusers = client.GetData(); foreach (ServiceReference1.User item in wcfusers) { Users.Add(new PeopleModel { FirstName = item.FirstName, LastName = item.LastName }); }` так понимаю, зря я это пиханул во ViewModel

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

я почему-то думал, что тупой должна быть как раз модель :)

Мне на работе кодер один дает задания которые я решаю

То есть вся логика вьюмодели - управляет вызовом внешних методов из моделей и сервисов и передача их во вью в нужном виде

Смешные вы.

я почему-то думал, что тупой должна быть как раз модель :)

Модель - это не просто прокси классы, как в ЭФ. Твой Класс вебклиента, получающий данные со всеми методами - это тоже модель

Все эти паттерны похожи на пиратский кодекс из Пиратов Карибского Моря. Они не панацея и строкое следование им может привести к усложнению кода в определенных моментах. Кроме того кто-то юзает только отдельные фишки. В общем нужно понять общую идею а потом проанализировать, насколько она в деталях применима к ситуации

Плюсану

http://pastebin.com/JCHgbAia

Чето взлольнул

Не, с кодом все ок

Просто представляю реакцию препода

Просто представляю реакцию препода

скажет, что нужно было на СИ

и без вывода в консоль

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

Нет

Нужно было под борланд

Я переделаю

Лол

lol

Зачем тогда ты не в чатике дельфистов?

А вообще да, в турбопаскале линк - это сильно

?

я хочу на это посмотреть

Новое слово в лямбда-выражениях

Нужно было под борланд

Обожемой... Кажется вы ошиблись чатом...

балин

Угу. Тут на C# пишут