luciano/mount
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

doctoc diff from component

Browse source
This commit is contained in:
anatoly 2015-11-14 10:33:39 -05:00
parent 52725ce918
commit cdebd056a2
1 changed files with 27 additions and 4 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

25
doc/differences-from-component.md
View file

@ -16,6 +16,29 @@ While this is a common understanding, the Component is far from being Spring, in
* it aims to solve one thing and one thing only: manage application state via inversion of control * it aims to solve one thing and one thing only: manage application state via inversion of control
The not so hidden benefit is REPL time reloadability that it brings to the table with `component/start` and `component/stop` The not so hidden benefit is REPL time reloadability that it brings to the table with `component/start` and `component/stop`
<!-- START doctoc generated TOC please keep comment here to allow auto update -->
<!-- DON'T EDIT THIS SECTION, INSTEAD RE-RUN doctoc TO UPDATE -->
**Table of Contents** *generated with [DocToc](https://github.com/thlorenz/doctoc)*
- [Then why "mount"!?](#then-why-mount)
- [So what are the differences?](#so-what-are-the-differences)
- [Objects vs. Namespaces](#objects-vs-namespaces)
- [Start and Stop Order](#start-and-stop-order)
- [Component requires whole app buy in](#component-requires-whole-app-buy-in)
- [Refactoring an existing application](#refactoring-an-existing-application)
- [Code navigation (vi, emacs, IDE..)](#code-navigation-vi-emacs-ide)
- [Starting and stopping _parts_ of an application](#starting-and-stopping-_parts_-of-an-application)
- [Boilerplate code](#boilerplate-code)
- [What Component does better](#what-component-does-better)
- [Swapping alternate implementations](#swapping-alternate-implementations)
- [_conclusion: needs more thinking._](#_conclusion-needs-more-thinking_)
- [Uberjar / Packaging](#uberjar--packaging)
- [_conclusion: it's simple in Mount as well, but requires an additional step._](#_conclusion-its-simple-in-mount-as-well-but-requires-an-additional-step_)
- [Multiple separate systems](#multiple-separate-systems)
- [_conclusion: needs more thinking._](#_conclusion-needs-more-thinking_-1)
- [Visualizing dependency graph](#visualizing-dependency-graph)
<!-- END doctoc generated TOC please keep comment here to allow auto update -->
## Then why "mount"!? ## Then why "mount"!?
@ -140,7 +163,7 @@ However there is no "tools.namespaces"/REPL at a "stand alone jar runtime" and i
the app, states need to be `:require`/`:use`d, which is usually done within the same namespace as `-main`. the app, states need to be `:require`/`:use`d, which is usually done within the same namespace as `-main`.
Depending on app dependencies, it could only require a few states to be `:require`/`:use`d, others Depending on app dependencies, it could only require a few states to be `:require`/`:use`d, others
will be brought transitively. will be brought transitively. Here is an [example](uberjar.md#creating-reloadable-uberjarable-app) of building a wepapp uberjar with Mount.
###### _conclusion: it's simple in Mount as well, but requires an additional step._ ###### _conclusion: it's simple in Mount as well, but requires an additional step._