Rafa

[b]

Просто инженер АиТ

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

__________________
Не важна реальность, важно как мы к ней относимся!

Rafa

у

Lamaks

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

__________________
Избыток пищи мешает тонкости ума (с)

Rafa

[quot

Lamaks

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

__________________
Избыток пищи мешает тонкости ума (с)

Rafa

Lamaks

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

__________________
Избыток пищи мешает тонкости ума (с)

Rafa

по п

Rafa

Принадо

bsabsa

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

Анонимный

Просто инженер АиТ

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

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

__________________
Не важна реальность, важно как мы к ней относимся!

Rafa

[quote

Rafa

______________


Н