Сообщений в теме: 41

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что позволяет очень высокую читабельность архитектуры

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[Developer.Net]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

ПРивет... тем что есть конструкция, конечно если создавать маленькие приложения - можно обойтись процедурным, ООП тут не уместно т.к. затраты будут больше.

ООП :
- тем что можно создать классы и в будущем их использовать в других классах т.е. наследование, что приводит в будущем к меньшим затратам
- конструкция
- объеденение всё в одну сущность т.е. в класс, что позволяет быстро ориентироваться в коде - методы, события, свойство
- ну и конечно Инкапсуляция информации - т.е. можно создать интерфейс и тем самым инкапсулировать свой класс
- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры
- ООП дает возможность создавать расширяемые системы (extensible systems)

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

[idaa]

- конструкция

что есть "конструкция ооп"? while .. do ?

- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры

Просто в ооп без этого никак, вот и выдают костыли за фичи

- ООП дает возможность создавать расширяемые системы (extensible systems)

Erlang позваляет создавать расширяемые системы, настолько, что никакому ооп не снилось. Так что связи 0.

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

хорошим тоном считается програмирование на хаскеле, если уж не постоянно, то хоть уметь..
а использование ооп (в особенности всякие жабаынтерпрайз решений) сродни шестому подвигу геракла.

[Developer.Net]

- конструкция

что есть "конструкция ооп"? while .. do ?

- можно рисовать диаграммы, что дает очень высокую читабельность архитектуры

Просто в ооп без этого никак, вот и выдают костыли за фичи

- ООП дает возможность создавать расширяемые системы (extensible systems)

Erlang позваляет создавать расширяемые системы, настолько, что никакому ооп не снилось. Так что связи 0.

да и в обще считается хорошим тоном в мире программирования писать приложения на ООП

хорошим тоном считается програмирование на хаскеле, если уж не постоянно, то хоть уметь..
а использование ооп (в особенности всякие жабаынтерпрайз решений) сродни шестому подвигу геракла.

что есть "конструкция"? При создании класса можно задать код, который выполниться сразу после создании класса, такой код находиться в специальном члене класса называемом конструктором.

Приведу несколько цитат -

ООП - это одна из наиболее распространненных моделей, и если человек реализовывал проекты на ОО языках без понимания самой сути этой модели, значит он реализовывал их не оптимальным образом, или на интуитивном уровне.

нормальные писатели строят сюжет, а потом садятся писать те, что придумывают сюжет на ходу - г...о, а не писатели

я не явлюясь фанатом ООП, но знать его подход стоит, и потом его еще нужно уметь применять, есть такие приложения где оптимизация и скорость это главное, тогда можно без ООП, но где нужно строить взаимоотношение различных объектов то конечно только ООП, но это не значит что он будет медленным, тут все зависит от кодера.

[Dmitriy_N]

что есть "конструкция"? При создании класса можно задать код, который выполниться сразу после создании класса, такой код находиться в специальном члене класса называемом конструктором.

Добрый вечер, тогда получается статичные методы не входят в конструкцию?

[Developer.Net]

что есть "конструкция"? При создании класса можно задать код, который выполниться сразу после создании класса, такой код находиться в специальном члене класса называемом конструктором.

Добрый вечер, тогда получается статичные методы не входят в конструкцию?

извиняюсь, не понимаю что значит - "статичные методы не входят в конструкцию?"

Пример -

namespace Class1
{
    public class Class1
    {
        public string A;

        public Class1(string name)
        {
            switch (name)
            {
                case "Hello":
                    break;
            }
        }
    }
}

вызов - 

Class1 cls = new Class1("Hello");

Namespace ClassLibrary2
    Public Class Class1
        Public Sub New(name As String)
            Select Case name
                Case "Hello"
            End Select
        End Sub
    End Class
End Namespace

[idaa]

извиняюсь, не понимаю что значит - "статичные методы не входят в конструкцию?"

Пример - ....

1) в примере нет статических методов
2) понимать надо так, что для пользования статическом методом, явно создавать экземпляр объекта через конструктор не требуется
3) "конструкция языка программирования" относится только так к конструкторам в ооп, что конструктор это всего лишь частный случай составной конструкции языка программирования. сами конструкции языков программирования существуют во всех ЯП.

[darkfire]

Добрый день, вот все говорят об ООП а чем оно лучше процедурного программирования для маленьких программ написанных одним программистом?

Возможно ничем в зависит от задачи