• Check out the results of the Techtree Contest #19!
  • Listen to a special audio message from Bill Roper to the Hive Workshop community (Bill is a former Vice President of Blizzard Entertainment, Producer, Designer, Musician, Voice Actor) 🔗Click here to hear his message!
  • Read Evilhog's interview with Gregory Alper, the original composer of the music for WarCraft: Orcs & Humans 🔗Click here to read the full interview.
  • Create a void inspired texture for Warcraft 3 and enter Hive's 34th Texturing Contest: Void! Click here to enter!
  • The Hive's 22nd Icon Contest: Creep Abilities is now concluded, time to vote for your favourite set of icons! Click here to vote!

War3 Foundation Structs (WFS) libraries

Status
Not open for further replies.
Level 8
Joined
Jun 5, 2018
Messages
188
Introduction
This is an idea or concept! What is WFS? It is a series of structs that packages all operations for all types of objects in vJass for Warcraft III. Simply you can understand it as something that is similar to Microsoft Foundation Classes (MFC) library that has packaged all operations for all types of objects in C++ for Windows platform. The relationship between WFS and Jass API natives might be similar with that between MFC and Windows SDK. Based on vJass, WFS is possible to realize, isn't it?

It is true that we now have plenty of libraries to use. However, the functionalities provided by these libraries are not complete to describe or manipulate all types of war3 objects, and they are not exported in Struct (OOP).

It would be great if someone feels interested in it, then creates and develops this project.
 
Last edited:
zTRcW8Fc_7klEmoL3kXHkHeV323tDJ2wQGxS7f_LWzWDAOInVSUfnf0itVPvOPjg7ruPz2emKDFOBFS7jg=w1200-h630-p-k-no-nu


I don't understand what you're proposing here. If you want it done - go and do it yourself. Nobody is going to work on your project for you.
 
I don’t understand what you’re proposing either. That we combine every library ever written into some resource? That we make oop versions of all JASS natives?
Yes, package all Jass natives into Structs in different types. Then, users could choose to use member variables and methods by creating a Struct object.
Just think it as MFC of vJass version.
 
Standard libraries does increases productivity but at a cost of unnecessary overheads like stack traces, error handling, unnecessary loaded libraries, inefficient implementations. Creating a print("Hello World") with standard libraries will cost 1 MB map size with increased loading times while a simple BJDebugMsg("Hello World") without standard libraries cost 1 KB map size with short loading times.

Wurst is a Warcraft III scripting language with standard libraries. It supports stuff like unit.create(), unit.kill(), LinkedList<unit>. Setting it up takes time though.

Also, Nestharus has a series of interesting vJass libraries in his Github.

It is a preference if a person like to use standard libraries or not. For me, I'm fine with both.
 
Status
Not open for further replies.
Back
Top