Library Faster plugin creation - OSBU

Discussion in 'Resources' started by MCMastery, Apr 17, 2016.

Thread Status:
Not open for further replies.
  1. Offline

    MCMastery

    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!
     
    Last edited: Apr 18, 2016
  2. Offline

    Mrs. bwfctower

    @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.
     
  3. Offline

    MCMastery

  4. Offline

    mcdorli

    teej107 and Mrs. bwfctower like this.
  5. Offline

    mcdorli

    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?
     
  6. Offline

    mcdorli

Thread Status:
Not open for further replies.

Share This Page