Я написал этот код для просмотра непрочитанных элементов в моем почтовом ящике Outlook, и вот код:
Microsoft.Office.Interop.Outlook.Application app;
Microsoft.Office.Interop.Outlook.Items items;
Microsoft.Office.Interop.Outlook.NameSpace ns;
Microsoft.Office.Interop.Outlook.MAPIFolder inbox;
Microsoft.Office.Interop.Outlook.Application application = new Microsoft.Office.Interop.Outlook.Application();
app = application;
ns = application.Session;
inbox = ns.GetDefaultFolder(Microsoft.Office.Interop.Outlook.OlDefaultFolders.olFolderInbox);
items = inbox.Items;
foreach (Microsoft.Office.Interop.Outlook.MailItem mail in items)
{
if (mail.UnRead == true)
{
MessageBox.Show(mail.Subject.ToString());
}
}
, но в цикле foreach я получаю эту ошибку:
«Невозможно преобразовать COM-объект типа 'System .__ ComObject' для интерфейса типа 'Microsoft.Office.Interop.Outlook.MailItem'. Эта операция завершилась неудачно, поскольку вызов QueryInterface на COM-компонент для интерфейса с IID '{00063034-0000-0000-C000-000000000046} ' Модель - требуется объяснение Я нахожусь в начале своего пути «Изучить MVC». В принципе, у меня нет больших проблем с объектно-ориентированным программированием, однако есть один технический аспект, который требует пояснения. Похоже, моя теория ...
Я нахожусь в начале своего пути "Learn MVC". В принципе, у меня нет больших проблем с объектно-ориентированным программированием, однако есть один технический аспект, который требует пояснения. Похоже, моей теории недостаточно.
В настоящее время я использую платформу KohanaPHP версии 3.
Пример ситуации: Модель - Требуется объяснение Я нахожусь в начале своего пути «Изучить MVC». В принципе, у меня нет больших проблем с объектно-ориентированным программированием, однако есть один технический аспект, который требует пояснения. Похоже, моя теория ...
Я нахожусь в начале своего пути "Learn MVC". В принципе, у меня нет больших проблем с объектно-ориентированным программированием, однако есть один технический аспект, который требует пояснения. Похоже, моей теории недостаточно.
В настоящее время я использую платформу KohanaPHP версии 3.
Пример ситуации: m в начале моего пути "Learn MVC". В принципе, у меня нет больших проблем с объектно-ориентированным программированием, однако есть один технический аспект, который требует пояснения. Похоже, моей теории недостаточно.
В настоящее время я использую платформу KohanaPHP версии 3.
Пример ситуации: m в начале моего пути "Learn MVC". В принципе, у меня нет больших проблем с объектно-ориентированным программированием, однако есть один технический аспект, который требует пояснения. Похоже, моей теории недостаточно.
В настоящее время я использую платформу KohanaPHP версии 3.
Пример ситуации: У меня есть веб-сайт, на котором пользователь может разместить статью.
Итак, у меня следующая структура:
classes/ /controllers/ article.php /models/ articles.php
Пока все хорошо. У меня нет проблем с моделями, расширяющими Kohana_Model, однако я не уверен, правильно ли я использую модели, использующие ORM.
Обычно при использовании моделей, расширяющих Kohana_Model, я помещаю все логические операции в модель. Стоит ли делать то же самое для моделей, использующих ORM? Во многих примерах в сети я видел контроллеры, которые выполняли логические операции с пользовательским вводом / данными из базы данных, что, на мой взгляд, неверно.
Допустим, мне нужно получить несколько строк из базы данных, поэтому я создаю правильный метод в модели и возвращаю предмет. Я думаю, это правильно, не так ли?
В основном, все операции с пользовательским вводом / данными (выбор из базы данных, вставка в базу данных, проверка) я помещаю в модели. Который' как я понимаю шаблон проектирования MVC. Модели должны заботиться обо всех «механических» операциях, а контроллер - это только «мост» между моделями / представлениями и «передний» двигатель.
Правильный ли это подход?
Я знаю, что это может быть глупый вопрос. однако для более продвинутых пользователей я хочу изучать только передовой опыт. Если кто-нибудь сможет дать разъяснения, я буду рад.