lvlib for single-programmer projects

[nyc_(is_out_of_here)]

I have inherited a huge LabVIEW program where the programmer made extensive use of LabVIEW lvlib libraries.

He was the lone programmer in the company.

Is there a reason for doing this?

[GerdW]

- Bundling related code? 20 years ago you would have used LLBs to do so…

- Creating an API for a certain functionality?

(I have to admit I don't use/create lvlib(p) files so much until now.)

[Yamaeda]

It's a good way to structure your code and should make reuse and new design easier.

/Y

[PiDi]

I don't see anything wrong with that. It doesn't matter if you're a single developer or a team of 20 developers, libraries are still for organizing the code, and keeping the code in order is beneficial for everyone.

[thols]

For many good reasons: https://www.ni.com/docs/en-US/bundle/labview/page/using-libraries-in-labview-projects.html

[crossrulz]

---

@nyc_(is_out_of_here) wrote:

Is there a reason for doing this?

---

Modularization.  Of course, I am assuming the libraries were actually organized by function, which also helps a lot with reuse.

[Intaris]

Well, think of yourself in two years as a different programmer to today and it becomes very clear why Libraries make sense.

Or can you remember every detail about all code you have ever written?  I'm at it over 20 years, I certainly can't.

Spoiler

And when I think back, I don't want to either.....

[billko]

I do it for namespacing purposes.  Using libraries, I rarely get cross-linked files.  An added benefit is that all the library VIs and controls get the same icon.

[RTSLVU]

Hmmm, I have to say I have never came up with a reason myself for them at all, but I guess there are a couple good reasons here.

I may have to give them a try someday. 

[Ben]

Full disclosure: I DO NOT lurk here looking for thread where I can link to my blogs.

In this blog I wrote about lvlib's and why they are a nice feature. Please check out that blog where I try to offer an introduction and illustrate how to exploit libraries.

Ben