Content deleted Content added
No edit summary |
fmt |
||
Line 3:
A monolithic application is self-contained and independent from other computing applications. The design philosophy is that the application is responsible not just for a particular task, but can perform every step needed to complete a particular function.<ref>Information Technology Services [http://www.its.state.nc.us/Information/Glossary/glossm.asp Monolithic Application] {{webarchive|url=https://web.archive.org/web/20070902151937/http://www.its.state.nc.us/Information/Glossary/Glossm.asp |date=2007-09-02 }} Retrieved on 28 November 2019</ref> Today, some personal finance applications are monolithic in the sense that they help the user carry out a complete task, end to end, and are [[Information_silo|private data silos]] rather than parts of a larger system of applications that work together. Some [[word processor]]s are monolithic applications.<ref>Microsoft [http://msdn2.microsoft.com/en-us/library/aa480455.aspx Three-tier Application] Retrieved on 3 August 2007</ref> These applications are sometimes associated with [[mainframe computers]].
In software engineering, a monolithic application describes a software application that is designed without modularity
Modularity is achieved to various extents by different modularization approaches. Code-based modularity allows developers to reuse and repair parts of the application, but development tools are required to perform these maintenance functions (e.g. the application may need to be recompiled). Object-based modularity provides the application as a collection of separate executable files that may be independently maintained and replaced without redeploying the entire application (e.g. [[Dynamic-link library|Microsoft "dll" files]]; Sun/UNIX "shared object" files)
In its original use, the term "monolithic" described enormous mainframe applications with no usable modularity
==See also==
|