Еще можно сказать что есть встроенные макросы, например при наследовании, в объявлении класса можно пользоваться макросом CREATE_FUNC(CMyClass); ну и так же есть группа CC_SAFE_RELEASE, CC_SAFE_DELETE и так далее
>А как в прелюдии определен класс Eq? Вы будете смеяться!
Подскажите, я еще только начинаю изучать haskell и в этом месте для меня полнейший ступор
Это всё красиво конечно, но только как оно работает? как реально сравнение происходит? когда 2 функции (== и \=) по сути ссылаются друг на дружку?
Haskell мне интересен — но из за вот таких вот головоломок читать код становится очень тяжело. (хотя наверное это просто из за плохого понимания языка)
Я читал в том числе и на сайте msdn. С моей точки зрения коллекции эти весьма надуманная идея.
Надуманная это идея или нет, но на практике она неплохо работает.
Для просмотра содержимого поставьте Silverlight. Чуваки даже MS уже эту технологию закопала.
Если Silverlight вас затрудняет, просто загуглите «Sites on SharePoint» ради спортивного интереса что-ли.
На какой одной платформе?
Корпоративный портал и корпоративный сайт на платформе SharePoint. Приятно работать с одними инструментами и на портале и на сайте.
Сделать раздел сайта, добавить страничек. Сделать форму. Те описания что я читал кроме «ОМГ» и «зачем это все надо» никаких других эмоций не вызывали.
В такой постановке задачи это все можно сделать в несколько вполне логичных кликов.
Видимо, стоит еще раз пояснить, что в этой статье я никого не призываю использовать SharePoint, я только делюсь своим опытом создания корпоративного сайта на SPF. Вам нужен холивар на тему SharePoint?). Если вы в силу глубоких убеждений не используете и никогда не будете использовать SharePoint — не тратьте здесь силы, проходите мимо, переубеждать вас нет смысла и желания.
У SP, как у любой другой CMS, есть свои плюсы и минусы. Логика в SP определенно есть. Возможно, вам просто не повезло, и вам попались не те книги. Я бы не стал делать такие выводы о продукте, основываясь на первом впечатлении. SP, как платформа для корпоративного сайта, вполне востребован в организациях (полюбопытствуйте хотя бы в этом каталоге сайтов на SP), особенно в компаниях, у которых уже есть корпоративный портал на SP — удобно и привычно работать на одной платформе.
Если вы настаиваете на нелогичности SP, то давайте более конструктивно обсудим их — приведите задевшие вас примеры.
Спасибо за такой подробный ответ. Думаю, этот комментарий можно выложить на гитхаб в readme к вашему проекту. Но я писал немного не про это. Естественно, при желании я бы разобрался во всех этих файлах и классах. И понятно, что они рано или поздно будут нужны. Я лишь написал своё видение подхода к разработке. Рефакторить, как вы сами сейчас признались, вам всё равно придется. И совсем не факт, что то, что появилось на текущем этапе, останется в будущем. Поэтому я позволил себе предложить немного другой подход — как можно быстрее увидеть результат — отрефакторить — усложнить — отрефакторить… и так далее. В любом случае, как писать код — это выбор лично каждого, зависящий от пути по которому человек пришел к этому. Желаю вашему проекту удачи, с удовольствием понаблюдаю за процессом дальше.
Да, хотел изначально оформить это как комментарий, но так как всё задуманное вылилось в большой объем — запостил статьёй со ссылкой на пост разработчиков. К тому же, мне кажется, эти мысли подойдут не только к этому конкретному проекту.
Спасибо за комментарий. Использовать backbone в node или нет — нужно выбирать в каждом отдельном случае, — поэтому я не ставил целью статьи мотивировать кого либо на его использование. Я всего лишь хотел показать то, что backbone достаточно гибок, и есть возможность достаточно быстро, без особых усилий использовать его на серверной стороне. fetchFromDB конечно же лучше замкнуть на sync, согласен. Он использован именно для удобства.
Подскажите, я еще только начинаю изучать haskell и в этом месте для меня полнейший ступор
Это всё красиво конечно, но только как оно работает? как реально сравнение происходит? когда 2 функции (== и \=) по сути ссылаются друг на дружку?
Haskell мне интересен — но из за вот таких вот головоломок читать код становится очень тяжело. (хотя наверное это просто из за плохого понимания языка)
Надуманная это идея или нет, но на практике она неплохо работает.
Если Silverlight вас затрудняет, просто загуглите «Sites on SharePoint» ради спортивного интереса что-ли.
Корпоративный портал и корпоративный сайт на платформе SharePoint. Приятно работать с одними инструментами и на портале и на сайте.
В такой постановке задачи это все можно сделать в несколько вполне логичных кликов.
Видимо, стоит еще раз пояснить, что в этой статье я никого не призываю использовать SharePoint, я только делюсь своим опытом создания корпоративного сайта на SPF. Вам нужен холивар на тему SharePoint?). Если вы в силу глубоких убеждений не используете и никогда не будете использовать SharePoint — не тратьте здесь силы, проходите мимо, переубеждать вас нет смысла и желания.
Если вы настаиваете на нелогичности SP, то давайте более конструктивно обсудим их — приведите задевшие вас примеры.