[b]

Я смотрю за выходные здесь что-то сдвинулось! Это радует, вы уже начинаете немного писать, хотя я за рисование ПО для ООП. В Visio есть такая возможность вы рисуете классы, а Visio создаёт код.

у

А как реализовано в С++ вывод формы(визуального окна) на экран?
П.С. В Джаве нужно создать объект класса, класс которого бы наследовался от класса JFrame, в котором содержатся методы по выводу на экран окна. И там уже через этот объект задавать параметры окна. Кнопки и формы накидываются точно также, только накидываются уже на форму окна, созданную ранее.

[quot

Цеж готовая библиотека. Я имею ввиду как реализуется, если самому писать? дело в том, что когда сам напишешь, то становятся понятны некоторые "фишки" и особенности - почему именно так, а не эдак.
П.С. Хотя, если смотреть в исходники, то писать с нуля программу без готовых библиотек - уйдет год :)

:net:

А что читаешь - какого автора по С++? Я начал читать Бориса Пахомова "С/С++ и MS Visual С++", уже на первых тридцати страницах 3 ошибки...

по п

Принадо

У MFC вроде есть исходники и идут вместе с Visual Stiduo.
А так (если на пальцах) это "классы-обертки" над WinApi.
Изучаете Win32Api и все будет ясно.
Delphi (CodeGear) тоже самое практически - только более "наворочено" для удобства разработки оконных приложений.

Рафа, не заморачивайся со всякими возможностями языка, начинай писать, будет что-то что хотелось бы сделать, но не знаешь как - спрашивай!
Например, я редко пользуюсь такими вещами, как Исключениями, Шаблонами, только там где это действительно надо!
Но зато всегда проверяю указатель на NULL, особенно после выделения по new, или перед удалением, поэтому ситуации Исключений не появляются! Далее, если выделял память, то после удаления, всегда этот указатель устанавливаю в NULL, таким образом Не появляется ситуация Удаления Удалённого, т.е. нет Исключения.
В Конструкторах всегда инициализирую все переменные в значения по умолчанию, и Обязательно все указатели в NULL. Не старайся применять переменные типа int*** A; - это может быть сложно при отладке.
Когда пользуешься битовыми полями всегда учитывай размер переменной, в которой будут хранится эти битовые поля.
Обязательно пиши комментарии - это поможет тебе! Только не пиши тупые комментарии типа "Переменной А присваиваем значение В", такие комментарии только засоряют исходник и делают его не читаемым!

Просто инженер АиТ добавил 04.06.2015 в 10:00
Исходники ПО всегда разношу в файлы Заголовков(h, hpp) и файлы Методов (c, cpp), так легче делать достаточно большое ПО, например, от 50 тысяч строк собственного кода.
Все переменные (члены) Класса обязательно должны быть прокомментированы, чтобы знать зачем она нужна, при написании комментария начинаешь задумываться и достаточно часто находишь более лучшее решение. Тоже относится к методам. Если что-то менял в ПО обязательно должен быть комментарий с датой и описанием почему менял! Наиболее важные комментарии начинаю с символа # это облегчает поиск нужного места в ПО.
Для возможности переноса ПО под разные компиляторы стараюсь пользоваться POSIX стандартом.
Всегда делю ПО на три части:
- Модель - непосредственно собственный код, занимающийся решаемой задачей. Код не зависит от среды разработки;
- Представление - код занимающийся красивым выводом на монитор результатов Модели и интерфейсом с пользователем. Это код привязан к среде разработки;
- Интерфейс - код который связывает Модель с Представлением, может меняться в зависимости от среды разработки.

[quote

______________


Н