# Jinda Rails Application Generator using Freemind * [jinda](https://github.com/kul1/jinda) - ![jinda-screen](https://user-images.githubusercontent.com/3953832/41832753-0143339a-7813-11e8-9ef9-c1601443c604.png) ## Additional Extension themes also available at * [jinda_adminlte](https://github.com/kul1/jinda_adminlte) - ![j18-screen](https://user-images.githubusercontent.com/3953832/34298172-faa7e962-e6e1-11e7-93e2-19dfd4ab42af.png) * [jinda_adminbsb](https://github.com/kul1/jinda_adminbsb) - ![jinda-bsb](https://user-images.githubusercontent.com/3953832/34320779-bb0980d2-e7c6-11e7-855c-fafc23487ba5.png) ## Prerequisites These versions works for sure but others may do. * Ruby 2.5.5 * Rails 5.2.3 * MongoDB 6 * Freemind 1.0.1 ## Convention * database is MongoDB * images stored in upload directory, unset IMAGE_LOCATION in `initializer/jinda.rb` to use Cloudinary * mail use Gmail SMTP, config in `config/application.rb` * authentication use omniauth-identity ## Sample Application Supposed we want to create ecommerce web site, first create a Rails app without ActiveRecord $ rails new YOURAPP -BOTJ ## Add jinda to your Gemfile: gem 'jinda', '~> 0.3.9' For Development (most updated) gem 'jinda', github:'kul1/jinda' depend on your operating system, you may need to uncomment gem 'therubyracer', :platforms => :ruby install gems $ bundle generate jinda application $ rails generate jinda:install Then run bundle again to install additional gems added by jinda $ bundle (or run all with "sh install.sh" ) configure mongoid, omniauth $ rails generate jinda:config Please make sure mongod is running then create admin user $ rails jinda:seed now the application is ready, start it as any Rails application $ rails server go to http://localhost:3000, click *Sign In* on the left menu, and enter user name `admin` and password `secret` ![login](https://user-images.githubusercontent.com/3953832/41832924-d868f8f0-7813-11e8-93bb-19c0357cf604.png) Now open file `app/jinda/index.mm` using Freemind ![index mm](https://user-images.githubusercontent.com/3953832/34680350-7906fbe8-f45e-11e7-8df5-969b4c735c6e.png) The 3 main branches are * models - this defines all the models to use in the application * services - this defines services which will be come the menu on the left of the screen. There will be 2 levels; the first sub branch is the main menu (modules) and the second sub branch is the sub menu (services) * roles - this defines role for all users ### models Fiirst, we need to create some product so we click on models we'll see 2 models person and address. These are sample only. You can delete them or modify them however you want. We'll take a look at them first ![models](https://user-images.githubusercontent.com/3953832/34681380-50b27dd6-f461-11e7-8472-3a14d76e0f16.png) The first sub branch (e.g. person) is the model name. According to Rails convention, this should be a singular word. The next sub branch are columns in the database. Let's take a look at each: * `fname` - this create a column (field) called fname which is a String by default * `sex: integer` - this create a column called sex, it is integer so must be explicity defined. The next sub branch (1: male) is disregarded by Jinda so we can put whatever we want. Here I just put some reminder. * `belongs_to :address` - here we have ![pen](https://cloud.githubusercontent.com/assets/3953832/25600038/3a4ffb66-2f0b-11e7-9f03-b875e550eefe.png) icon. this means whatever text on this line will be added as is to the model Jinda generates. You use this to specify anything you want such as association, index, remarks in code, etc. according to mongoid gem. To draw the icon, rest mouse on the branch and hit <Alt-I>. * `dob: date` - use any type that mongoid provides. * `photo` - for file field, just use String here. Jinda will receive the binary file and store in file system or cloudinary then generate a url link to it. In this example we just want a product model, so delete the person and address model and add a product branch like so ![freemind1](https://user-images.githubusercontent.com/3953832/34680349-78f1eea6-f45e-11e7-8e43-50d9025bb449.png) Save the mind map then run: rake jinda:update This will create file `app/models/product.rb`. In this file, note the comment lines `# jinda begin` and ` # jinda end`. Everything inside these comments will get overwritten when you change the models branch in the mind map so if you need to put anything inside here, use the mind map instead. You can add anything outside these comment lines which will be preserved when doing jinda:update. ### services Next we'll add some product into the database, we'll first take a look at the services branch, which already has 3 sub branches; users, admins, and devs. Unlike models person and address branches, these branches are actively used by the system so I recommend that you leave them alone. Let's open the users branch ![image](https://cloud.githubusercontent.com/assets/3953832/25599895/ecf46466-2f09-11e7-82aa-81ade6b9cd83.png) The text `users:User` on the sub branch has these implications: * `users` correspond to `app/controllers/users_controller.rb` which already exist when you do rails generate jinda:install. New branch will create new controller if not exist. In Jinda term, this will be called module. * `User` will create entry in main menu on the left of the screen. You don't see it in the screenshot above because it's controlled by the sub branch `role:m` which means this menu only available for login member. If you already signed in as admin, you should see it now. The next sub branches has the following: * `role: m` - means that this module (menu) is available only to user who has role m (if you open the role branch now will see that role m is member). All registered user has role m by default. User who is not log on would not be able to access this module. * `link:info: /users` - means that this is a link, the format is link: *submenu label* : *url* where submenu label is the text to show in the submenu and url is the link to go to, in this case, it woud go to http://localhost:3000/users which will perform index action of UsersController. * `user:edit` the branch that do not start with role:, rule:, nor link: will be a Jinda service. You will then specify the sequence of the execution as in this example there are 3 sub branches - enter_user, update_user, and rule:login? Let's take a look at them: * `enter_user:edit` - the first step is to display a form to input user information, this is accompanied by icon ![image](https://cloud.githubusercontent.com/assets/3953832/25599946/47c32cf6-2f0a-11e7-80a8-2c02c6294c9a.png) which means user interface screen. and will correspond to a view file `app/views/users/user/enter_user.html.erb` where `/users` comes from the module name (the sub branch of services), `/user` comes from the service name (the sub branch of users), and `enter_user.html.erb` comes from the first part of this branch. The `edit` after the colon is just a description of this step. This branch also has sub branch `rule:login? && own_xmain?` which specify rule for this step that the user must be login and can continue this task if he is the one who started it. *task* in here means each instance of service. * `update_user` - this icon ![image](https://cloud.githubusercontent.com/assets/3953832/25599976/87b69ad2-2f0a-11e7-9aba-1bd4e9546d3e.png) means to execute method update_user within `users_controller.rb` Armed with this knowledge, we are ready to add new product into our application like so: ![add_enter](https://cloud.githubusercontent.com/assets/3953832/25600158/582d1fbe-2f0c-11e7-9bde-01a195a45b6c.png) To generate controller and views we save this mind map and run rake jinda:update open file `app/views/products/add/enter.html.erb` you'll see some sample view already in there but commented. edit the file so it look like this ![product_enter](https://cloud.githubusercontent.com/assets/3953832/25600363/e5cc8282-2f0d-11e7-81f7-273c9bdc1a63.png) Note that we do not specify form_tag and submit_tag, these will be supplied by Jinda. then open file `app/controllers/products_controller.rb` and add `create` method as follow. The method name has to be correspond to the ![bookmark](http://songrit.googlecode.com/files/bookmark.png) branch. ![products_controller](http://songrit.googlecode.com/files/products_controller.png) ## Testing run following command: rails generate jinda:rspec guard init guard ![rspec](https://user-images.githubusercontent.com/3953832/34680352-7931d426-f45e-11e7-9f40-8b85b94c61bf.png) ## Contributing 1. Fork it 2. Create your feature branch (`git checkout -b my-new-feature`) 3. Commit your changes (`git commit -am 'Add some feature'`) 4. Push to the branch (`git push origin my-new-feature`) 5. Create new Pull Request