Library Faster plugin creation - OSBU

OSBU
Open-Source Bukkit Utilities​

OSBU is a powerful Bukkit library for everyone - new programmers, and advanced programmers. It has many useful classes and methods. Smaller plugin files. Easily create carousel-text scoreboards with customized rows and formatting. Commands and subcommands are extremely simple to make. No need to register your commands with your plugin.yml. Great command help pages are just one line of Java away. GUIs are a breeze. Save entire inventories to your config.yml with a couple lines of code. More features are always being added.

Finish your plugins faster than ever, with OSBU.
GitHub: https://github.com/MCMastery/osbu/
Website / Tutorial (WIP): http://www.dgrissom.com/
Bukkit: http://dev.bukkit.org/bukkit-plugins/osbu/

Note: OSBU is still brand new, and unstable. If you notice any bugs, or have any questions or suggestions, please comment below!​

 

@MCMastery

Ok, no. The startup time is hardly affected by the amount of code to "load," it's more on what has to happen when a plugin is first started up (on enable method).

Your ChatColorUtility makes no sense to me. For starters, ChatColor already has the methods #isFormat and #isColor, but yours doesn't even work. Colors can be a-f and 0-9, and formats are l-o and r. Checking if it's a digit does nothing. Your ArrayUtility class does nothing more than Apache Commons, in ArrayUtils and StringUtils.

 

@Mrs. bwfctower Thanks for the reply. I didn't know about ChatColor's methods.
Can you really include Apache Commons in a plugin that easily?
https://bukkit.org/threads/tutorial-use-external-library-s-with-your-plugin.103781/

 

It's in bukkit.

 

I'm curious why OSBUUtility takes in an object (a pure object). It doesn't do anything with it. I can provide it anything , even an instance of InternalFrameInternalFrameTitlePaneInternalFrameTitlePaneMaximizeButtonWindowNotFocusedState, because why not.

Your PlayerUtility class is just a wrapper around the player class, and in my opinion, is absolutely unnecessary.

Same with StringUtility. Also, there are better, and shorter ways to test if a string is a number, than catching a numberformat exception, and I don't know why, but I see it a lot, when people do "List<Object> = new ArrayList<>()", if you create arraylist, make the variable's type that too.

Seriously, you dispatch a command to send a title?

 

No.
http://www.javaworld.com/article/2074080/core-java/jdk-7--the-diamond-operator.html

 

I'm lretty sure you can do ArrayList<Object> list = new ArrayList<>();

 

Oh I know what you mean
http://stackoverflow.com/questions/...ist-new-arraylist-instead-of-arraylist-list-n