olden | Cross-platform clipboard manager built with Electron

I feel like the answer to this is a hard no in most languages I've used other than PHP, which at least used to have some odd corner cases with stuff like $someArray['nonexistentKey']++.

I'm basically looking to write a sparse object where each property is a numeric counter. The counters should return 0 if undefined and should automatically define themselves with a value of 0 if you try to increment them.

In other words, I want to override the generic Object getter to return 0 in all cases where it would return undefined... or perhaps define the property right there during the get and set it to 0.

So in theory, an overload for ANY property not yet defined would get initialize it at zero. For example this:

myObj['hugePrimeNumberToBaseXToString']++;

would then make it 1.

In the olden days I feel like some way with Object.__proto__ might have worked for this case...

I have a table, test, in postgres 12 with a jsonb column, data_col, that has many different keys and values. My requirement is to select * from that table where value matches a string.

for example, the table has data as below

I would appreciate if someone might point me to an authoritative reference (which I am having trouble finding).

In the olden days:

I have a MySQL database of real estate properties. Some properties are listed more than once with different information. Here's some simplified data:

My C program is suppose to receive a full name separated by a comma. Example output is below:

To store state available to our entire Vaadin app, we can get and set "Attribute" on the VaadinContext object that represents our entire Vaadin-based web app at runtime. These attributes act as a key-value collection, where the key is of type String and the value is of type Object.

We access the context by calling UI.getCurrent().getSession().getService().getContext().

To store state available to any one user’s session, we can similarly get and set "attributes" on the VaadinSession object.

We access the session by calling UI.getCurrent().getSession().

These two levels of scope, context & session, are wrappers around their equivalents defined in the Java Servlet specification. But Vaadin effectively has a third, finer level of scope. Vaadin supports multi-window apps, where each web browser window (or tab) has its own content handled by a UI object. If a user has three windows open within our Vaadin app, that user has three UI object instances on the server housed within a single VaadinSession object.

So it seems like a common need would be storing state per UI (web browser window/tab). So I would expect to see the same kind of getAttribute & setAttribute methods on UI as seen on VaadinSession & VaadinContext. But, no, I do not see such methods on UI.

➥ Is there an appropriate place to store state per UI object?

In the olden days, in previous generations of Vaadin, we always wrote our own subclass of UI. So we could always store state by defining member variables on our own UI-subclass. Now, in the days of Vaadin Flow (v10+, currently 14), we are discouraged (forbidden?) from writing a subclass of UI.

Before filing a feature-request for such attributes, I want to ask if I missed out on a usual place where folks store their per-UI state in current Vaadin-based apps.

I want to present a list of the names/basic attributes of some complex objects (i.e. they are comprised of multiple collections of other objects) in a recycler view, then get the full object on user selection. For example, the top level objects are "Play Scripts", and each contains a number of "Spoken Lines" spoken by one of the "Actors" associated with the Play Script.

I'm trying to use the Android Architecture components to do this and have (using Florian @ codinginflow.com 's tutorials) successfully used Room to create a simplified Play_Script class, DAO and Repository. I've also created some basic REST web services in ASP.Net which can serve up data from a MySQL db.

It strikes me that the path that I am going down will perform poorly and use excessive network bandwidth getting lots of data that I won't use. I'm getting every Play Script (including its Spoken Lines etc) just so that I have the Play Script "Name" and "Description" attributes to populate the Recycler.

In the olden days, I'd just "SELECT ID, Name, Description FROM Play_Script" and once the user had made their choice, I'd use the ID as the key to get everything else that I needed. I suspect that I'm missing something fundamental in the design of my data entities but can't come up with any keywords that would let me search for examples of this common sort of task being done well (/at all).

Please can you help this SO noob with his 1st question?

Cheers, Z

Update 15 May: Though I haven't had a response, from what I've been reading in recent weeks (e.g. re Dependency Injection) I suspect that there is no blanket approach for this sort of thing in Android development. It appears that people generally either retrieve extensive data and then use what they require or else build multiple Web Service APIs to return sparse data that includes keys that the client can use to expand when required. So, for example you might make both a "plays_light" and a "plays_detail" Get API.

The best way to build efficiently is to understand the toolkit one is building with. However, while trying to understand the core functions of python, it occurred to me that the map function gave similar, if not the same, results as a generic generator expression.

Take the next bit of code as a simplified example. These two objects, mapped and generated, behave astoundingly similar in whatever situation you throw them.

I'm trying to attach an equalizer and bass boost to the currently playing audio doing something like this: