Skip to main content

Normalize '__unicode__' accross django models

Don't repeat your self, use monkeypatching - a better default '__unicode__'

This latest top-secret project for sure is keeping me busy and time wise leaves little to keep blogging, however it being Friday and all and because you're worth it here is a Django expert tip.

Django's default '__unicode__' representation leaves a bit to be desired to say the least. In a nut shell it returns the class name + 'object' for all instances and so requires that all your models have a '__unicode__' defined to have a useful string represenation. Well with a bit of friendly monkeys we can patch it right up as per the code below:

from django.db.models.base import Model
import logging
import hashlib
import re
from django.conf import settings

logger = logging.getLogger(__name__)


#---------------------------------------------------------------------------------------------------------------------- 
logger.info("Patching 'django.db.models.base.Model': adding get_pk_display() method that return pk like string "\
  " that is based on class name and pk of the model, ex. #NG000-341-000 or #NGNone, or #NGXYA") 

# confirm signature of code we are patching and warn if it has changed
#raise Exception(hashlib.md5(str(Model)).hexdigest())
if not '300fd49fc5099da23c0929fb1b7b48cd' == \
  hashlib.md5(str(Model)).hexdigest():
 logger.warn("Hexdigest md5 signature of 'django.db.models.base.Model' does not match expected value."
     " There might be a chance patch is broken so please review code and update as needed.")

def get_pk_display(self):
 try:
  return u'#{0}{1:09}'.format(''.join(re.findall('[A-Z]', self.__class__.__name__)), self.pk)
 except: # most likely non integer based pk or not yet saved i.e. pk == None
  return u'#{0}{1}'.format(''.join(re.findall('[A-Z]', self.__class__.__name__)), self.pk)

# do the actual patch
Model.get_pk_display = get_pk_display
del get_pk_display  # clean up namespace after patching 
#----------------------------------------------------------------------------------------------------------------------


#---------------------------------------------------------------------------------------------------------------------- 
logger.info("Patching 'django.db.models.base.Model': adding default __unicode__() method that return self.name" \
  " prepended with self.get_pk_display if settings.DEBUG = True. If self.name does not exist then only" \
  " self.get_pk_display is returned") 

# confirm signature of code we are patching and warn if it has changed
#raise Exception(hashlib.md5(str(Model)).hexdigest())
if not '300fd49fc5099da23c0929fb1b7b48cd' == \
  hashlib.md5(str(Model)).hexdigest():
 logger.warn("Hexdigest md5 signature of 'django.db.models.base.Model' does not match expected value."
     " There might be a chance patch is broken so please review code and update as needed.")
def __unicode__(self):
 try:
  return u'{0}{1}'.format(self.get_pk_display() + ': ' if settings.DEBUG else '', self.name)
 except:
  return self.get_pk_display()
Model.__unicode__ = __unicode__ 

I store the above file in the project root with an app labled '_monkeypatches' in a file named 'patch_django_db_models_base_model.py' - nomenclature and organization is an art in itself but I prefer verbose for my own sake and the team - and below is what it does in plain English:

  • Every model in your django project gets a new method 'get_pk_display' – it takes the capital letters of the class name and the instances default pk and renders a front end friendly id of object. For example UserProfile with pk 7 would be rendered as '#UP000000007'. This is a handy method in itself as for example I use it heavily on the current project that requires information is hidden until certian conditions are met.
  • Every model get's a new shiny __unicode__ that returns the objects 'self.name' (from 4+ years of Django it's uncommon for my objects not to need a 'name' field) and prepends it with the output 'get_pk_display' IF settings.DEBUG is True – if object does not have 'self.name' defined then 'get_pk_display' is just returned, ex '#C000000312 Danols Web Engineering'.

I tell you – the above is rather handy and now I am in the process of wiping out uneeded __unicode__ and cleaning up templates.

Thoughts, comments and feel free to share your nuggets of Django wisdom.

Be great – @danielsokolow

Comments

Popular posts from this blog

Duplicate value found: duplicates value on record with id: <unknown>.

System.DmlException: Insert failed. First exception on row 0; first error: DUPLICATE_VALUE, duplicate value found: <unknown> duplicates value on record with id: <unknown>. The above error is triggered in the database layer and caused by a trigger or workflow outside of your main code of block that is bubbling this exception. This is rather difficult to track down especially if you are unfamiliar with the code, I am sharing my procedure in the hopes this saves you time - if you find this helpful drop me a line or follow me on twitter @danielsokolows . This error is caused by unique field constraint on the object, so the first step is to examine the object and locate the API names of all unique fieds. You can do this through SF direclty 'Setup < Customize &lt <object being inserted> &lt Fields' or by downloading the `src/objects` metadata information and searching for <unique> ; I preffer the latter and actually download ALL matadata i...

Softeher 'Error occurred. (Error code: 2)' sollution

Protocol error occurred. Error was returned from the destination server. The Softether server by default to run on port 443 , if you server also hosts normal https then 443 is already taken and so Softether can't bind to it. When you run `vpncmd` it attempts to connect, find an active port, but of course fails with 'Protocol error occurred. Error was returned from the destination server.' because it's not actually connecting to the vpn server. By default Softether also listens on 992 , 1194 , and 5555 so the sollution is to modify specify `localhost:5555` when executing the `vpncmnd`. If this has helped you feel free to comment or follow me on twitter @danielsokolows .

GeoDjango + Spatialite (SQLite3) Setup Issues

Because there are fresh ones every time I start a new project! As of May 03 2013 I have opted to install virtualenv --system-site-packages and running aptitude-install python-pysqlite2 spatialite-bin gdal-bin ; the site are not as self contained any more but sure beats fighting with the issues. All my Django projects are self contained (as much as possible) with Virtualenv and use Spatialite database (SQLite3 +geo spatial stuff) installed so to enable GeoDjango functionality. This post is a list of issues I encounter related to that setup and how I resolved them; as I seem to run into a new one on every project start. And as always if you found this useful do +1, or follow me on twitter @danielsokolows /usr/include/spatialite.h:61: note: previous declaration of ‘spatialite_init’ was here Say what? --- this one threw me for a three hour fun time. It happened because I executed 'pip install pyspatialite' will install the 3.X vesion which is is broken and craps out with: ...