Константин Нагибович

"Программмист 1С" - это многогранное понятие. Сейчас люди (клиенты) под этим словом понимают следующие специальности: консультант, сисадмин, DBA, интегратор, веб-мастер и собственно программист (а там уже не важно - или зарплата/бухгалтерия, или обмен с мобильными девайсами, или сбор заказов с сайта, или настройка EDI с поставщиками/покупателями, или создание индивидуальных АРМ для специализированных групп пользователей, или калькуляторы расчета стоимости сложных работ или что-либо иное).

Если хотите окунуться в мир программирования 1С, то полистайте страницы сайта infostart.ru - там множество аналитических статей и выложенные примеры работ. Должно быть интересно.

Указывать не объект, а его интерфейс. В данном случае там три метода - getId, toString и __construct. Этого будет достаточно для начала.

P.S.
По-хорошему ещё надо избавляться от id, т.к. это поле относится к реализации, а не к логике. Все полученные посты из какого-либо стораджа будут его иметь, а новосозданным постам знать о его существовании не обязательно. Т.е. примерно так должно получиться:

interface Post
{
    public function __construct(string $content, User $user);
    public function getContent() : string;
    public function getUser() : User;
    public function changeAuthor(User $user);
}

class WallPost implements Post
{
    ... implement methods
}

В таком случае у любых постов будет лишь автор и содержание, а остальное уже тонкости реализации, т.к. id нужен лишь для БД, что бы связать юзера с постом.

Но это всё уже немного другая история (см. предметно-ориентированное программирование).

P.P.S. На счёт сеттеров я бы поспорил. Предлагаю посмотреть вот эту https://habrahabr.ru/post/279919/#comment_8816651 ветку комментариев, где Сергей мне доступно объяснил по поводу их нужности и я вынужден с этим согласиться, ибо иммутабельность данных - это хорошо.

https://www.oculus.com/en-us/careers/ Довольно полный список.

В .Net используются HttpModule и HttpHandlers чтобы сделать то, что ранее делал ISAPI.
В MSDN

И запрос поправьте.

Функция ПолучитьЦены(Контрагент, Товар)
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
    	|	ЦеныКонтрагента.Цена КАК Цена
    	|ИЗ
    	|	Справочник.Контрагенты.Цены КАК ЦеныКонтрагента
        |ГДЕ
    	|	ЦеныКонтрагента.Ссылка = &Контрагент
    	|	И ЦеныКонтрагента.Товар = &Товар";
  Запрос.УстановитьПараметр("Контрагент", Контрагент);
  Запрос.УстановитьПараметр("Товар", Товар);
  Результат = Запрос.Выполнить().Выбрать().Следующий(); 	
  Возврат Результат.Цена;
КонецФункции

Определение "это добро", мягко говоря, не конкретное. Что вам толку от того, что вы выгрузите списки регламентных заданий с расписаниями, которые никогда не стартовали? Или какой вам толк от выгрузки журнала активности пользователей?

1) Для начала отмечу, что в ряде типовых и отраслевых конфигураций уже есть штатные обработки для выгрузки в XML.
2) Далее, если вам требуется просто реестр документов или перечень элементов справочников и видимое в 1С:Предприятии вас устраивает, то жмите по списку правой клавишей мишки и выбирайте в контекстном меню вариант "Вывести список", настройте перечень колонок которые вас интересуют, а результат можете сохранить в несколько форматов в перечне которых текст с разделителями и Excel который вы уже сможете перегнать в csv.
3) Если вам нужен, к примеру, не просто справочник товаров, а справочник с колонками текущего остатка и прайсовых цен, или перечень клиентов с указанием объема продаж или датой последнего контакта, то посмотрите на сайте infostart.ru - там выложено множество обработок по таким комплексным выгрузкам.
4) Закажите создание обработки на одном из сайтов фрилансеров. По моим наблюдениям там большая конкуренция и можно такую маленькую задачку решить за очень скромное вознаграждение.